Ambience sound settings get lost/overwritten when switching between ambiences

Completely broken is a bit harsh, been using one ambience as silent mode, just instead of using ‘no sound’ just by using volume at zero and another for outside with volume maxed (and one for normal use etc) and it’s been working fine, sure you found a bug, but the fact it’s been unnoticed by anyone for so long means it’s a rather rare way of using that feature, pretty sure it’ll get fixed sooner rather than later as that’s jolla’s feature over which they have full control vs bugs with android apps not complying fully with aosp or hw bugs ignored by sony etc

1 Like

Well, I only expressed my opinion about the state that IMO the ambience system is in, and IMO it is currently completely unreliable (if it can alter/mute most of its notification sounds by itself at any time without user’s knowledge), and therefore actually hardly usable for anyone who can’t afford missing important calls or SMS or emails.

I didn’t criticize or complain about Jolla, etc. Just summed up discovering multiple problems affecting not only ambience switching but even altering their settings upon simple reboot. Which actually makes them unusable in such a state. I mean their actual intended purpose, i.e. switching between sets of sound and visual settings, and not some crippled workarounds like only having different volume levels per ambience due to everything else not working as it should. While it may be entirely sufficient for some people to only switch volume levels, it definitely isn’t what ambiences were meant for.

I think that the problem is actually quite important. While maybe as long as one uses only one ambience (or only changes volume levels between ambiences) the bugs don’t manifest themselves and nothing bad happens, it is enough that one day you switch to some other ambience (even just by mistake) and notification sounds may get cleared without your knowledge, and you’ll miss important communication, or your alarm clock won’t wake you up for an important meeting. Which already was the case for me, and that’s how I discovered it.

P.S. I didn’t urge Jolla to fix this bug sooner than they can, either. But I guess that for every person submitting such bug reports (which does involve certain workload - not only the information provided but also multiple tests, checking logs, two movies recorded, screenshots taken, etc.) it would be really nice if they were at least confirming having acknowledged it.

1 Like

I still think ‘completely broken’ is a bit overblown, in that specific scenario bug does manifest and if you keep pushing that bug you will find even more unexpected/undocumented behaviours, but original bug affects small percentage of users and the further digging even less than that, idk man ppl that raise issues with bugs usually look for a workaround, not go digging further and claiming the whole thing is useless when probably 100% of sfos users use ambiences to some extent, who knows maybe the bug was in 1.0.0.5 and you’re the only person using ambiences that way, so almost a decade of usage to hit it? Not really completely broken?

1 Like

No, definitely not “in this specific scenario” but actually in the typical and intended scenario of using ambiences - precisely what they are meant for: having two (or more) ambiences with different sound settings and switching between them. Which due to this bug causes that sound settings of the former ambience replace (imperceptibly to the user) the sound settings of the latter one. Just switching between ambiences certainly isn’t a “specific” scenario that I “keep pushing” but in fact the typical and intended way of using them.

And given that such an undesired overwriting of sound settings happens on EVERY switch between ambiences (and additionally upon reboot an active ambience loses settings of most of its notifications but calendar and chat), I dare to stubbornly repeat that IN MY OPINION it such a state it makes the whole ambience system broken and completely unreliable.

Kindly let me have and express my own opinion in my own thread under my own bug report. Thank you very much.

Only as long as they don’t switch between ambiences. And when they sooner or later do it, they will be unpleasantly surprised when they miss important calls or don’t wake up for work due to this bug.

What actually is your problem? Unlike you - who hasn’t contributed to this topic in any other way but patronizing me - I did submit the bug report the way it was supposed to be made, made some further tests and provided additional information, took videos and screenshots illustrating the issue, and with the invaluable help of @nephros also a workaround has been given in form of configuring and using profiles instead of ambiences.

Only after all that, and after having additionally discovered that even a simple reboot further breaks ambience sound settings, I dared to write ONE F****NG SENTENCE that IN MY OPINION this currently makes the whole ambience system broken and unreliable. And here come you and scold me, yourself having contributed absolutely nothing to this topic.

Come on, find yourself some more fruitful ways of killing your time.

2 Likes

@flypig, I’ve seen that you confirmed reading (and marking as tracked) most of the other bug reports posted recently. Could you please confirm that this one didn’t go unnoticed and you’re aware of it? IMO, it is a serious issue, affecting the whole ambience system, and potentially resulting (which was the case for me) in missing important phone calls, messages, etc. due to no notifications.

[Off-topic]
I’m a member of the bug coordination team and I’m in charge of forwarding properly written and easily reproducible reports, such as yours. That’s why they get read and tagged correctly by flypig.

For more information, see this thread.
By the way, you’re not alone. It’s a bit annoying to write everywhere to add your bug report. Do not forget, that it won’t be fixed faster if it’s tracked or not by Jolla.
[/Off-topic]

3 Likes

It’s a bit annoying (if I may quote you) to read exaggerations such as these. I did not write “everywhere”, but SOLELY in this very thread (i.e. under the bug report itself) plus a single post in the thread sacrificed to today’s community meeting (which is meant to suggest topics to cover, isn’t it?) that I planned to attend (in order to discuss this issue) but unfortunately couldn’t. Ergo, in total two posts in two threads (out of 12709 existing), i.e. certainly not “everywhere”. Also, I did not expect anyone “to add my bug report” but to only to kindly confirm noticing it.

Thanks for your very thorough but report @wetab73. I’ve created an internal bug report about it and tagged it as “tracked”. This certainly looks like a valid bug, and I’ll do my best to share any updates about it here.

Just to expand on what @pherjung said, I ask the Bug Coordination Team to list no more than 10 bugs per community meeting as otherwise I run out of bandwidth, and they choose the 10 from their backlog at random.

They also do a lot more than just passing the bugs on: they check bugs are clear, well-formatted, reproducible, etc. which is a lot of work. So any support you and others can provide to them is appreciated.

3 Likes

Don’t know if it is of any importance to bug tracking, but have you created the ambiences using Settings or by writing ambience files in /usr/share/ambience/?

I’m using self-made ambiences to change the ring tone between an ogg-file and no sound without problems. But I have X10.

on Vollaphone and GS290,
4.4.0.64
With ambience created from Gallery and Ringtone/Volume set, the selected audio and volume level persist between ambient switches and reboots.

I did notice that the last ‘custom’ ringtone applies to other ambiences which don’t have any specific ringtone set. Which I found ‘ok’.

This happens not only with ambiences created using ambience settings, but even with the standard ambiences, eg. Water and Fire.

I get exactly the same problem on both my 10 III and the XA2 Ultra (both 4.4.0.68), so this isn’t unique to one specific device or OS setup.

Only my Jolla1 is free from this bug, so it must have been introduced past OS 3.4.

As the recent OS update wiped my modifications which were made directly in the files, I changed it to a Patchmanager patch, including creation of the new files (e.g. 60.sailfish_custom.ini defining my new profile).

Now the question is: is there any way to make Patchmanager restart profiled when this patch is activated?

EDIT: It looks that Patchmanager cannot automatically restart profiled, so at least the file defining the custom profile has to be physically copied to /etc/profiled in order to avoid having to manually restart profiled after each reboot.

It would be great if Patchmanager could be enhanced to be able to automatically restart more services…

Please open an issue about that.

It’s possible, but it requires adding a new category to the metadata, which in turn means also changing the web catalog backend.

So we need to cordinate that well.

Ok. I’ll try to do it later today. As well as about another issue: if PM is set to ask whether to activate all patches after reboot and tapping the remorse timer cancels loading patches, they should still be remembered so that they can be started the next time. Whereas currently tapping that remorse timer disables all patches for good, so it then takes selecting everything anew. (sorry for OT).

Oh, I never noticed that. I only ever have to to that after lipstick crashes (because PM takes all the blame for any lipstick crash and disables all patches in shame).

I tap on that remorse counter to (allegedly temporarily) disable all patches prior to every OS update. Upon next reboot one would expect it to normally start enabled patches (especially that it still shows that remorse timer), but no, it turns out that all patches are disabled for good and it starts… nothing. Which is quite annoying if you have a lot of patches installed but only some of them in use. Then you have to scroll through that long list and try to remind yourself what to enable or not.

Quite a bit of discussion here. Trying to follow it all, on the videos it’s displaying the sound settings page but the ambience settings are not shown. Clearly the silent ambience has everything overridden but I’m not sure what the first ambience has on its own settings. Upon switching to that, the tones explicitly set in the ambience should only be assigned over the previous silent tones.

On a later message it seemed that the ambience settings except these two had somehow disappeared. So to me sounds like the problem is not per se the ambience switch but whatever deletes some ambience settings.

Tried setting ambience to have a custom sound file and another with some jolla provided and switching between them but no problem here so far.

Ambience settings are not shown on the video because - as already described in the discussion above - almost all settings (but chat and calendar) DISAPPEAR from there. See this screenshot (already posted earlier):

https://forum.sailfishos.org/uploads/db4219/original/2X/4/4695675898c20b75cdc429a35bc33400351407b9.jpeg

Those sounds disappearing from the ambience settings are the same sounds which get overwritten in the sound settings. Only chat and calendar remain intact in both places.

I thought the video would become too complicated if I was additionally switching each time to Ambience settings, that’s why it shows the Sounds and alerts settings to make the problem easy to notice. On the Ambience settings screen those replaced sounds couldn’t be shown on the video, because they just DISAPPEAR from there and are not shown there at all, as you can see on the screenshot above.

Obviously, the initial sounds in the ambience settings were the same as what you can see at the beginning of the video in the sound settings, before they got overridden by sound from the second ambience. And when they got overriden in Sounds and alerts settings, at the same time they disappeared from the Ambience settings, where only Calendar and Chat sounds remained visible - as shown on the screenshot.

Yes, exactly. As described, those sound settings that get overriden in sound settings, at the same time DISAPPEAR from the Ambience settings.

To recap:

  • either create new ambience or use some existing one and configure all sounds in it: ringtone, sms, email, chat, calendar, alarm clock
  • switch to some other ambience and then go back to that first ambience
  • open its settings and note that all sound settings but calendar and chat have disappeared from there (as shown on the screenshot linked above) (1)
  • in Settings/Sounds and alerts note that all sounds but calendar and chat got overwritten by sounds from the other ambience. (2)

That’s it.

Notes to the above:

(1) For all sound settings but calendar and chat to disappear from the active Ambience settings, it is usually enough to just REBOOT the phone. Just set up all sounds (add all “actions”) in Ambience settings, set it as active ambience, reboot the phone and then check - only calendar and chat will persist.

(2) Sometimes it happens right away, on every ambience switch, whereas other times it takes several switches for this problem to happen. So don’t give up if you don’t get this bug after just one ambience switch, try it a few more times and a reboot in between.

As I wrote, the exact same problem is present on both my 10 III and XA2 Ultra, so it is unlikely that it is an OS corruption at my end. I do not use any modifications / patches or software related to ringtones or ambiences, and just to make sure I tested it also after disabling all patches in Patchmanager and with no applications running.

Note that sometimes it happens on every single ambience switch, and sometimes it takes several switches for it to happen.

As I said, as it happens on two different devices, I don’t think it can be unique to my setup or caused by anything at my end. Besides, searching the forum reveals that also other people have reported at least some of those problems, e.g. the following bug report is about sound settings (in his case alarm sound) disappearing from the ambience settings upon reboot:

Thinking if the reboot is the keyword here. There is an old bug, somewhat slipped through the cracks, that if the ringtone file is stored in SD card and the ambience gets activated before SD card is mounted, it can remove ringtone setting as the file doesn’t exist. Trying again I’m not immediately able to reproduce now that either, but that could be the first thing recheck and handle more robustly.

No. I’ve tested it really thoroughly and it doesn’t take a reboot to get the sounds replaced. As you can see on the videos, there is no reboot there, a simple switch between two ambiences is all it takes for the sounds to get totally screwed.

The location of the ringtone file doesn’t have any impact on it, either. As I wrote in the discussion, I tested it with sounds from SD card, internal storage, and even with “built-in” default Jolla sounds – same result.

The only thing that does have a connection with reboot is the disappearing of sounds on the Ambience settings page. This is what happens after a reboot, or after an ambience switch.

Just setup all the sounds on an ambience settings page (ringtone, sms, email, chat, calendar, alarm clock), set that ambience as active, reboot, then go again to that ambience’s settings, and voila! only calendar and chat remain visible and all the remaining items are gone.

As for possible causes, in ~/.local/share/system/privileged/Ambienced there are 3 mysql database files holding ambience settings, which have the following extensions: .sqlite, .shm and .wal. As far as I understand it, the .sqlite is the main database, whereas .shm and .wal are kind of temporary (work) files. I’ve noticed that the .sqlite file does not get updated upon an ambience change or modification of ambience settings (e.g. its sounds). I’ve just changed an ambience, modified its sounds, switched to another ambience, switched back to the initial ambience, rebooted, and the main .sqlite database remained remained untouched even after reboot. Its date of last modification is weeks ago.

I strongly suspect yet another access problem caused by Sailjail.