REPRODUCIBILITY: 50% (sometimes)
OSVERSION: 5.0.0.21
HARDWARE: Reeder S19 Max Pro S - s19mps - s19mps - 1.0.0.15 - aarch64
UI LANGUAGE: English (UK) (user: en_GB, os: en_GB.utf8)
REGRESSION: not specified
DESCRIPTION:
Ofono daemon crashes after trying to start up.
This was a fresh boot after having inserted a SIM for the first time. Sim-less boots before that have always gone fine.
The problem appears to be related to the fact that the second SIM Slot is “disabled”.
PRECONDITIONS:
Possibly having Sim Slot 2 disabled before rebooting/while booting makes the issue appear
Have an SMS in the Messaging app which is either in “Could not send”/failed, or “Sending state”
STEPS TO REPRODUCE:
1. Insert SIM in Slot 1
2. Disable SIM Slot 2
3. Reboot
EXPECTED RESULTS:
Boot up succeeding cleanly, ofono and related serviices working.
ACTUAL RESULTS:
First thing to notice is that Lipstick, after unlocking, first presents the SIM PIN dialogue.
PIN entry succeeds, but then Lipstick presents the Notification popup
The name org.ofono was not provided by any .service files
Also, due to ofono not being available, any options re. Mobile Networking are not available in Settings/Top Menu.
Going into console. one can systemctl status ofono
and see it failed. systemctl restart ofono
results in it booting up, logging some messages that appear like it’s successful, and eventually crashing again. (See the logs I’ll upload below.).
Now, going into Flight Mode, and then systemctl restart ofono
makes the service come up successfully, and stable. But as soon as Flight Mode is disabled again, it crashes again.
Now, enabling the disabled SIM Slot 2, and systemctl restart ofono
does not succeed.
Going into Flight mode again, restart ofono again (this time SIM Slots enabled), and then going out of Flight mode seems to bring up ofono successfully and stable.
MODIFICATIONS:
- Patchmanager: yes
- OpenRepos: yes
- Chum: yes
- Other: yes:
I have my patch ‘Custom SIM Names’ enabled.
Repeating any tests/observations with it disabled does not change any results.
Also, I have systemctl --user mask
-ed aml.service
.
ADDITIONAL INFORMATION:
Device Owner User: nemo
Home Encryption: enabled