[4.3] Vibration in applications (including Hardware tests) does not work

Bug Reports
, ,
#1

REPRODUCIBILITY (% or how often): 100
BUILD ID = OS VERSION (Settings > About product): 4.3.0.12 —> 4.5.0.19
HARDWARE (XA2, X10, X10 II, …): X10 II
UI LANGUAGE: Russian
REGRESSION: (compared to previous public release: Yes, No, ?): Yes

DESCRIPTION:

Vibration in applications (including Hardware tests) does not work, If Settings - Sounds, etc. - Touchscreen vibration off
There is vibration when there is an incoming call.

PRECONDITIONS:

Settings - Sounds, etc. - Touchscreen vibration off

STEPS TO REPRODUCE:

  1. Settings
  2. Sounds, etc
  3. Touchscreen vibration off

EXPECTED RESULT:

Vibration in applications (including Hardware tests) does work

ACTUAL RESULT:

Vibration in applications (including Hardware tests) does not work.

ADDITIONAL INFORMATION:

When there is an incoming call, there is vibration, there is no vibration in applications, incl. android.

4 Likes
#2

Yep, seeing the same. I thought it was normal that I had to re-toggle “Touchscreen vibration ON”, but glad to see this might be a bug. I would rather not have vibration on keyboard typing.

#3

Same here. I have a home automation suite of 16 buttons over 2 pages, each button has vibration settings. I didn’t realise the vibration had stopped after upgrading to 4.3. As mentioned above, I also don’t care for keyboard keys vibrating when pushed.

#4

Vibrations are still broken on SFOS 4.5.0.19 on my Xperia X.

It seems that all vibrations triggered from QML are broken with the “Touchscreen vibration” setting off. Other vibrations still work (e.g. when the phone is ringing or triggered by an alarm / calendar reminder).

For example, each key press on the keyboard spams a Sailfish invoker[26873]: WARNING: Effect failed, id 1462 in the system log (journalctl --follow shows this nicely). The same message happens for apps that trigger vibrations from QML: Sailfish harbour-minidoro[24191]: [W] unknown:0 - Effect failed, id 1 for Minidoro, and Sailfish harbour-vibration[23330]: [W] unknown:0 - Effect failed, id 4 for VibrationTest.

This is clearly a regression at least compared to SFOS <= 3.4 (I didn’t test it on 4.0 through 4.4). On SFOS 3.4, the setting disabled haptic feedback in the pulley menu and from key presses, which is what I would expect from the setting.

It should however not affect any apps that use vibrations. Especially since the QtFeedback 5.0 API with ThemeEffect is allowed in Harbour. It breaks apps that rely on vibrations for notifying the user in quiet places like a library, e.g. Minidoro.

2 Likes
#5

I can confirm that this Problem is present in 4.4.0.72/Xperia10iii as well. Journal is spammd by the messages, here triggered mainly by literm

#6

I reported this bug in Jolla Bugzilla.

2 Likes
#7

Should now work better with
[libngf-qt] Use different feedback event for non-touch haptics. JB#60638 by pvuorela · Pull Request #7 · sailfishos/libngf-qt · GitHub + configuration introducing such a new haptic event.