maemo.org Bugzilla – Bug 5530
Device autolock switches on the display
Last modified: 2010-10-27 17:07:15 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.41-10 STEPS TO REPRODUCE THE PROBLEM: 1. Enable device autolock after X (lower time-outs are obviously faster to test, but should be higher than the backlight time-out Y). 2. Leave device alone for a while (>X). EXPECTED OUTCOME: Display switches off after after Y, device is silently locked after X. ACTUAL OUTCOME: Display switches off after after Y, device is locked after X, at which time the display switches on again for another Y period. REPRODUCIBILITY: Always.
STEPS TO REPRODUCE THE PROBLEM: 1. Settings > Device Lock > Autolock == 5min 2. Settings > Display > Backlight time-out == 30sec 3. Wait for 5min Confirming, and could not find anything about this in the Locks UI Spec.
This has been fixed in package mce 1.8.102+0m5 which is part of the internal build version 2009.50-5 (Note: 2009 is the year, and the number after is the week. 2.2009.* versions will not include this fix) A future public update released with the year/week later than this internal build version will include the fix. (This is not always already the next public update.) Please verify that this new version fixes the bug by marking this bug report as VERIFIED after the public update has been released and if you have some time. To answer popular followup questions: * Nokia does not announce release dates of public updates in advance. * There is currently no access to these internal, non-public build versions. A Brainstorm proposal to change this exists at http://maemo.org/community/brainstorm/view/undelayed_bugfix_releases_for_nokia_open_source_packages-002/
*** Bug 8462 has been marked as a duplicate of this bug. ***
Setting explicit PR1.2 milestone (so it's clearer in which public release the fix will be available to users). Sorry for the bugmail noise (you can filter on this message).
*** Bug 10880 has been marked as a duplicate of this bug. ***
Not fixed according to bug 10880...
Sorry about the mess, first time that I use bugzilla. I should note, that I also have disabled the screen lock.
Haven't seen this here. Can anybody else confirm that this is still a problem in 10.2010.19-1?
(In reply to comment #9) > Haven't seen this here. > Can anybody else confirm that this is still a problem in 10.2010.19-1? This _only_ happens if you disable the screen lock, the screen where you have to swipe your finger from left to right.
(In reply to comment #10) > This _only_ happens if you disable the screen lock, the screen where you have > to swipe your finger from left to right. How? (Steps?)
(In reply to comment #11) > How? (Steps?) https://bugs.maemo.org/show_bug.cgi?id=10880 EXACT STEPS LEADING TO PROBLEM: 1. Go to Settings, SCREEN. Disable screen lock. Select 2 minutes for turn off. 2. Go to Settings, DEVICE LOCK. Select 5 minutes, enter lock code. (3. Go to Settings, PHONE. Disable Sim lock.) 4. Wait n minutes
Removing int-143421 reference as it's handled as a separate issue...
Tobias: What is the status of the physical keyboard when this happens? Is it opened? Does it also happen when the physical keyboard is not opened? "When keyboard is opened, autolock is disabled. So you saw blanked screen but it was not locked. It is why the device lock dialog made the display on when it was activated. That is expected behavior and not a regression. So in this scenario the bug is INVALID. Please check and let me know if you agree." (Note to myself: int-176746)
No, the keyboard is not opened and the device is also not connected with usb.
This still happens in 20.2010.36-2, I assume?
(In reply to comment #16) > This still happens in 20.2010.36-2, I assume? > Yes