Additional testing shows that problem happens only on outgoing calls - incoming ones are fine.
On Pinephone, Manjaro Stable. After recent update containing Plasma Gear 22.06, screen rotation stopped persisting between reboots.
It always reverts to default. Other options (like autorotation) are not affected.
Fixed in newest stable version.
Steps to coredump:
Here is coredump: tmp.txt
On Pinephone, Manjaro Stable. After recent update containing Plasma Gear 22.06, screen rotation stopped persisting between reboots.
It always reverts to default. Other options (like autorotation) are not affected.
Results of G_MESSAGES_DEBUG=all callaudiod
invoked right after no sound call.
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.408: initializing pulseaudio backend...
(process:4755): callaudiod-manager-DEBUG: 21:47:39.419: initializing manager...
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.423: PA not ready
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.433: PA not ready
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.436: PA not ready
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.442: PA is ready, initializing cards list
(process:4755): callaudiod-DEBUG: 21:47:39.443: Bus acquired, creating manager...
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.444: CARD: idx=0 name='alsa_card.platform-sound'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.444: CARD: has voice profile
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.445: MODULE: idx=0 name='module-device-restore'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.445: MODULE: idx=1 name='module-stream-restore'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.445: MODULE: idx=2 name='module-card-restore'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.445: MODULE: idx=3 name='module-augment-properties'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=5 name='module-udev-detect'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=6 name='module-alsa-card'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=7 name='module-bluetooth-policy'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=8 name='module-bluetooth-discover'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=9 name='module-bluez5-discover'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=10 name='module-dbus-protocol'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=11 name='module-native-protocol-unix'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=12 name='module-gsettings'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=13 name='module-default-device-restore'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.446: MODULE: idx=14 name='module-always-sink'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=15 name='module-intended-roles'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=16 name='module-suspend-on-idle'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=17 name='module-console-kit'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=18 name='module-systemd-login'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=19 name='module-position-event-sounds'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=20 name='module-role-cork'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=21 name='module-filter-heuristics'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=22 name='module-filter-apply'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.447: MODULE: idx=23 name='module-role-ducking'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.448: MODULE: idx=24 name='module-switch-on-connect'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.453: SINK: idx=0 name='alsa_output.platform-sound.HiFi__hw_PinePhone_0__sink'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.453: SINK: speaker_port='[Out] Speaker'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.453: SINK: earpiece_port='[Out] Earpiece'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.453: looking for available output excluding '(null)'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.454: found available output '[Out] Speaker'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.454: Using sink port '[Out] Speaker'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.454: SOURCE: idx=1 name='alsa_input.platform-sound.HiFi__hw_PinePhone_0__source'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.454: looking for available input excluding '(null)'
(process:4755): callaudiod-pulse-DEBUG: 21:47:39.454: found available input '[In] Mic'
(process:4755): callaudiod-WARNING **: 21:45:18.096: Could not acquire the 'org.mobian_project.CallAudio' service name
Yes, of course. It is installed and running.
It turns out, that it is problem with switching sound profile from "HiFi Music" to "Phone call".
Phone fails for some reason to change it, and in "phone call" profile, audio just does not work at all.
Manually changing profile solves the issue temporarily, because after the call, profile switches back to "Music" profile successfully, but it cannot switch to "phone call" again.
For now, my workflow with calls is: manually change profile to "phone call", then call somebody - It works, but it's problematic and slow, so fixing it may be a good idea.
I'm using open modem firmware https://github.com/Biktorgj/pinephone_modem_sdk, but suspect, that it is not the problem here (if i'm wrong, correct me).
In a call, there is no audio whatsowever. Like absolute silence. In journalctl, these 2 lines have caught my attention:
kde-telephony-d[3730]: Couldn't set mode 0: Timeout was reached
kde-telephony-daemon[3730]: Failed to set default callaudio mode
If needed, i can provide more logs and testing, as the problem is present on every call i try to make.
After some testing, i've noticed, that missing alarms happen only after full reboot of phone, but only if KClock app was not started manually after reset. Running app at least once makes alarm work ok.
Note to future self (or other people) with same problem:
locale-ctl set-keymap $KEYMAP
Where $KEYMAP is keymap short name, for example fr
.
[D-BUS Service]
Name=org.kde.kclockd
Exec=/usr/bin/kclockd
(i did not modify this file ever)
I sometimes have situation, where alarm does not ring at all, and when i later check if kclockd is there, it turns out that it is not running at all.
I have found this line in journal and it seems, that similar ones happen always, before missing alarm situation, so it probably is connected to that.
May 19 21:25:58 hostname systemd-xdg-autostart-generator[3352]: Not generating service for XDG autostart app-org.kde.kclockd\x2dautostart@autostart.service, error parsing Exec= line: Invalid argument
Citing https://xnux.eu/pinephone-keyboard/faq.html:
Locale based keymaps (like Czech, US, Russian), are handled at application level,
like on any normal desktop Linux distributions.
I don't know if Phosh or Plasma Mobile offer GUI to add these locale keymaps for physical keyboards,
but they definitely should!
File bug reports (or find and track existing ones) with your distribution if this is not easily available.
Following this advice, here is feature request:
Pinephone can have physical keyboard. Locale keymaps should either follow options for virtual keyboard (if i set language for virtual keyboard should follow), or there should be additional settings for physical keyboards, because as of now, it's not possible to write any regional letters on physical keyboard.
Feature request:
Keyboard case is quite popular addon to pinephone. I has it's own battery, that can charge main phone battery.
It would be nice to see it's charge levels in right top corner of the screen (just beside main battery status)
Feature request:
Keyboard case is quite popular addon to pinephone. I has it's own battery, that can charge main phone battery.
It would be nice to see it's charge levels in right top corner of the screen (just beside main battery status).
Feature request:
Keyboard case is quite popular addon to pinephone. I has it's own battery, that can charge main phone battery.
It would be nice to see it's charge levels in right top corner of the screen (just beside main battery status).
Yes, problem persists on my phone. I'm currently on plasma 5.24.5, using standard repositories.
I tried using "report a bug" button, to find out something more. I've got: "Details: Executable plasma-settings PID: 18762 Signal: Segmentation fault (11) Time: 16.05.2022 7:54:27 CEST"
But in tab "developer information" i had not very useful "The crash information could not be generated" and nothing else.
Phone: PinePhone
System: Manjaro (up to date at time of reporting)
KDE Plasma Version: 5.24.4
Reproducible: always.
Steps:
Open settings drop-down.
"Sounds" button is at left bottom corner. Hold it (long touch).
Here you have it. Settings have crashed.