Alarm sounds fail after few days of uptime

REPRODUCIBILITY:
OS VERSION: 4.5.0.16 (and earlier)
HARDWARE: Sony Xperia 10III (also earlier seen on 10II)
UI LANGUAGE: English
REGRESSION:

DESCRIPTION:

After a few days of uptime, the phone sounds (ringing, SMS, alarms, timers) stop working, and only vibration remains.

PRECONDITIONS:

Extended uptime seems to be required, in the range of a few days.

EXPECTED RESULT:

Sounds work normally.

ACTUAL RESULT:

No sounds, only vibration (if you’ve set that)

MODIFICATIONS:

F-Droid, Chum, Storeman, Aurora Store

ADDITIONAL INFORMATION:

This same bug has also been discussed in the following threads, it seems plausible this bug has been around for quite some time now:

Yes, this is a duplicate of the first bug you linked. Why did you open a one more duplicate bug report of a known issue?

1 Like

So, does vibration still work on 10 mark III if you systemctl --user stop ngfd ? If yes, it’s probably the same bug. If not, it is another one.

(asking because on my device, vibrations are also tied to ngfd.)

It can indeed be a duplicate, I was asked to open a bug report at the Jolla users irc meet so that it could be determined if it really is one.

So, does vibration still work on 10 mark III if you systemctl --user stop ngfd ? If yes, it’s probably the same bug. If not, it is another one.

I was hit by this again today on my Sony Xperia 10III: sounds are gone but the vibration alarm is still there.

After doing systemctl --user stop ngfd vibrations still work at least with timers (which is the most convenient test to do). If you are correct, this is the same issue as in the other thread.

I’ll mark your message as a “solution” so this apparent duplicate doesn’t clog up bug tracking. Please move all discussion to the 1st of the above bugs.

1 Like

Thanks for confirming.
I will not be able to move the discussion, and I think it’s fine like this - separate bugs with similar but not evidently the same symptoms are OK in my opinion.
Maybe @pherjung can help tracking this as a duplicate.

Since this may also be caused by a ngfd hang, there’s a daemon I hacked together to restart ngfd when I detect one (by a heuristic, not much scientific method). See if installing / running that “ngfd-watch” helps you (it will send a notification when it “helped”;- )