maemo.org Bugzilla – Bug 941
Clock application locking when using alarm
Last modified: 2008-09-30 14:01:17 UTC
You need to
before you can comment on or make changes to this bug.
(OS is 2.2006.51-6, came with my N800 out of the box)
Display settings: bright 30 seconds, switch off 1 minutes, lock screen checked
I set up an Clock "Alarms" Daily at 0800am with one of my MP3, when the alarm
rang I let it cycle a few times (mornings... :), then I touched "close" and went
off to real life. After coming back home, I pressed the screen, it proposed me
the usual press on/off, I pressed, the "Now press BOX", pressed the middle of
dpad but without any effect. Repeated many times, but I finally had to remove
the battery to get back to normal.
- my MP3 is long (Right Here, Right Now by Fat Boy Slim) and is silenced after a
few dozen seconds, silence lasts a while and then it plays again from start. I'm
surprised by this behaviour ("silence"), would have thought that it would play
it in loop until I press snooze, is the behaviour I describe as planned?
- tried to reproduce but could not after the reboot.
Found out a way to make this bug happen on demand:
1. edit /etc/systemui/systemui.xml and enable "soft power off" at priority 100
(set locktouchscreen at 95 to make it easier)
3. press on/off and choose soft power off, press middle of dpad
4. screen is off, press on/off a long time
5. press on/off a short time to bring the advice "Now press dpad"
6. press dpad, it should work
7. repeat 3 to 6 but this time 6 will no longer work
8. remove and replug the battery to get back to normal
=> bug on the second time out of poweroff, some state not properly restored?
Hope this helps.
Note: you have to set the display menu option "Lock screen and keys" on to see
Verified/reproduced, with some caveats. Most specifically, you must have "lock
touchscreen and keys" set in Display control panel, or it won't happen. Also
"soft power off" is actually spelled "Soft poweroff" in the systemui.xml file.
That said, does work, and I could not escape it without pulling the battery.
Hi, could you attach your modified systemui.xml file to this bug report.
Created an attachment (id=252) [details]
--- systemui.xml.orig 2007-03-14 13:12:45.000000000 +0100
+++ systemui.xml 2007-03-14 13:11:57.000000000 +0100
@@ -23,7 +23,6 @@
<menuitem priority="20" name="Reboot">
@@ -32,7 +31,6 @@
<menuitem priority="0" name="powerup_memainmenu_poweroff">
Interestingly, with unmodified systemui.xml from OS2008 if you do as described
in the "Description" it will also deactivate the dpad on press on/off.
Hopefully I had a remote shell and I could do a proper shutdown instead of
removing the battery.
Long lived bug :).
For the lock problem in OS2008 even if there's a workaround
that worked at least once (wait until screen is off)
I got into a situation where I was unlocked
but all the physical buttons (pad, home, the three buttons, +/-/full size)
where not doing anything whereas power and stylus+thumb
where still working perfectly. I tried sysklogd but saw nothing, I launched xev
and no event were generated for not working buttons.
Any suggestion on what to look at if this happens again?
(In reply to comment #8)
> Any suggestion on what to look at if this happens again?
Does this bug still occur? There used to be issues with the keys getting
disabled by a kernel bug, which is fixed now. Thank you.
Re-setting the assignee, since Carlos moved on to other tasks.
Please note that this does not affect the legitimacy of the bug in any way.
It's a purely administrative operation. Sorry for the noise.
Laurent, can you please answer comment 9?
Can you test this again with Diablo on your N800, please?
I updated my diablo install a few hours ago via the icon then graphical updater
and right now the wifi dialog doesn't detect anymore any signal and doesnt
have the GSM pairing either, it just get stuck on "Searching".
As soon as I can solve the update issue I'll recheck this bug
Hopefully I survived:
Seems that this problem is gone