This morning, I was using my Librem 5 running PureOS amber with a little USB Type C hub into which I had plugged a Twiddler3 (which appears logically as a standard USB keyboard and mouse) and a Logitech USB mouse (the “mouse” functionality in the Twiddler is rubbish, hence a second actual mouse for actual mousing, in this instance). This normally works fine, and it was working fine.
Finishing up what I was doing, I noticed that there was an update available for phoc, so I pressed the “Restart & Update” button. Upon rebooting, I found that the unlock keypad would not appear and the phone ended up powered off. According to /var/log/apt/history.log, phoc was updated from 0.7.1-1~pureos1-amber1 to 0.8.0-1~pureos1-amber1.
After some messing about, I found that any time I connect either one or both of my USB mice in any combination, whether directly or through the hub, using any of my cables or adapters, the screen goes black. After the screen goes black, somewhat at random, one of two things happens: either the phone crashes and powers off and sits there powered off until I power it on again, or the screen stays black until the mouse is unplugged, then the UI reappears and I can continue using the phone.
This only happens with mice. If I plug in a USB keyboard, the keyboard works fine, but as soon as I add a mouse the screen goes black. I also tried a USB flash drive, which worked fine too. It makes no difference whether I connect an HDMI monitor or power input to the hub. So it seems like this is a mouse problem.
phoc 0.8.0 has gained mouse configuration support - sounds like something’s going bad with it in your case. Does it crash? If yes, could you provide a backtrace?
It does seem as though phoc crashes, although I can’t be certain it isn’t exiting gracefully in the case of the power-offs or just behaving oddly in the case of the UI returning after the mouse is unplugged.
I’ve noticed that, on the occasions when it ends up powering off, if I press the power button before it has finished powering off, it shows the Librem5 logo on the screen briefly, before powering off, as though it were in the process of doing a normal shutdown.
I am in principle willing to provide a backtrace, but I don’t know what the procedure would be for obtaining one. My understanding of backtraces is somewhat abstract and a little flaky, so I would need some hand-holding through the concrete details.
I take it I’m the only one seeing this behaviour.
In case it is a necessary detail for reproducing the issue: I was using a Logitech M500 mouse (a.k.a. M-U0007). (I already said about the other mouse being a Twiddler3.)
I’m not routinely connecting a mouse to my Librem 5, although I have from time to time done that with success in the past. I also now get significant malfunction when a USB mouse is connected. That is, I can reproduce the behaviour that you are reporting. It’s not just you.
Connected a USB-C to USB-A adapter to the bottom of the phone and plugged in a regular USB mouse (a known good mouse). Hence: no dock or hub involved here. Nothing fancy. Nothing complex.
I used the mouse to search for and agree to apply updates (in PureOS Store app), demonstrating that the mouse support is working. phoc is, before update, 0.7.1-1~pureos1~amber1
A couple of (normal) reboots later, phoc is upgraded as you have specified i.e. phoc is now 0.8.0-1~pureos1~amber1
Mouse and phone are now malfunctioning. I had to disconnect the mouse in order to get stable operation. (I did not appear to get any full-on phone restarts.) So yes looks like a regression.
Like you, I don’t know how to provide a backtrace - but I am willing and able to follow clear instructions.
Going a bit beyond my pay grade here but I think if you press the wake button whilephoc is restarting then you get the effect of powering off the phone. If that’s correct then the obvious corollary is: don’t do that.
This appears to be an amber-phone specific issue - I keep one of my phones docked to screen, keyboard and mouse all the time, but that one is on byzantium and doesn’t show this problem at all.
Add deb http://repo.pureos.net/pureos-debug amber-phone-debug main to your repositories, install phoc-dbgsym, make sure systemd-coredump is installed, then reproduce the issue and use coredumpctl to retrieve the coredump.
Thank you for the instructions. I’ve just tried it, but there isn’t currently an amber-phone-debug in http(s)://repo.pureos.net/pureos-debug/dists, so this doesn’t work. I will come back later.
I think you are correct. If I resist the urge to poke, it seems not to power off. So, this is probably the difference between the two outcomes I saw before. If it powered off, I probably pressed the button. If it came back after I unplugged the mouse, I probably didn’t press the button!
I didn’t realise that pressing that button would cause it to power off if phoc had crashed, but I suppose it makes sense that it would, since the normal behaviour of the button (i.e. not to shut down) is probably defined by the graphical shell.
OK, I have saved four core dumps; one from plugging the mouse in and the other three seemingly from repeated attempts to restart phoc while the mouse was plugged in. They make a 10MB tar.gz. Where shall I put it?
We lack the full BT but this points to gsettings schema (as suspected above). @dos there’s not much to be gained by having this version in amber-phone since g-c-c can’t cope anyway so i’d just revert to the previous version.