previous /e/OS version was 1.13, but I have no idea what version of Android was present when I rooted it
Same here, on my FP4 with /e/os 1.14
If “Audio HD : Qualcomm aptX audio” is enabled, then no sound comes out of my bluetooth headset (Plantronics Backbeat Pro 2)
If disabled, it works perfectly
I was making a video recording with my FP4 and a message came in, but instead of e/os muting the sound of the message and just give the notification in the screen. The sound of the message is now recorded in the video…
Very annoying as it is a very loud sound and can be very clearly heared when playing back the video.
My FP3 running 1.14-s-20230815320616 (lang: DE, EN) is barely usable after upgrading.
Previous version: 1.13
The software navigation bar / buttons do not work properly. The home button does sometimes return to the home screen / app launcher. The square does not work most of the time. Taping on it does not open the application history, the configured longpress action is also not triggered. Removing configured action from the settings does not solve the problem.
The bugs typically appear after using the phone for less than 15 minutes. The only workaround i found is restarting the phone. I am not able to close apps as usually which results in a much higher battery drain.
The home button error was present in previous versions, but did only occur ~once a month.
I am not sure if this is a bug in android 12 or in the build here but I use Signal and customize my notifications for it, and more often than not it uses default sound. I would guess it is a notifications bug, since it certainly has changed how you get into settings for application’s notifications.
I do not have any other 3rd party apps that I would duplicate with.
Battery life is noticeably shorter.
Everything else seems to be working just fine, the update was flawless.
Fairphone FP3
Version of /e/OS previously: 1.13-S-dev
The device rooted
Neither the system nor the updater show the version number (only “Android 12”).
The change log link goes to a not existing page because in the URL the version is missing, too.
The updater shows a toast that there was no internet connection but it is. So no search for further updates is possible.
Trebuchet keeps crashing frequently as soon as another Launcher is installed. Sometimes Trebuchet doesn’t restart so that recent apps doesn’t work any more. A system reboot is necessary.
Did you install another launcher? Then it is probably because Trebuchet frequently crashes in the background in that case. It is needed for “recent apps” screen. The Murena devs tinkered with Trebuchet to get theit launcher Bliss working.
That’s a good idea. I just noticed that the bug only occurs with user 0 which is using a different launcher while user 1, 2 and guest are not facing the issue. Those use the bliss launcher. I’ll try bliss and report back.
Here the issue also happens when Bliss is the standard launcher but another launcher is installed. It stops after the other launcher has been uninstalled.
The update procedure was fine as usual, but the device is having some problems.
Sometimes the screen freezes while the phone is crashing, so that I have to long-press the start button for a restart. This has been happening with /e/OS 1.13 as well and I cannot tell what is causing it; whenever I think I have a suspicion regarding a certain app, the next crash happens under different conditions. At times crashes occur multiple times a day, then there’s no crash for days. Thus I’m not able to recognize any kind of rule. (In versions prior to 1.13 the Murena One has rebooted on its own about once a day.)
Two or three days ago a notice popped up saying that Trebuchet has repeatedly been stopped.
Following reboots, often there apps open in the background (list of recently used apps) that have not been used for quite some time, while other apps that I have been using just before the reboot are not listed.
What has not been working properly for a long time, is the automatic brightness control, which is set to “once when waking from standby”.
Sorry, if possibly I’m reporting things that are not directly related to /e/OS. It’s difficult for me to realize whether errors are caused by the OS, the device or by installed apps.