I recently performed a SPB restore on my x51v and have been having issue with auto-dimming settings. It always revert back to 15 sec no matter what I set it to. I realised there were at least two other threads on this issue so I thought I might share my findings.
I noticed that after the SPB restore, the device password lock is not restored, ie, it does not prompt me for a password after a reset. If I then set a password, the dimming problem will start happening. However, if I remove the device password, the dimming settings will stay.
There is obviously a problem with the SPB Backup restore process where the password lock is not restored. It appears there is a conflict between the password and the dimming settings after the restore.
It is worth noting that I am running A12 rom and have been successfully running a device lock without any dimming problem before the SPB restore. The backup was based on a fresh A12 rom image.
I am currently running without a password lock and must admit is pretty scary, but having the screen dim every 15 seconds is even more annoying.
Anyone else having similar might want to disable the device lock to see if this is the cause of the problem.
I recently performed a SPB backup on my x51v and have been having issue with auto-dimming settings. It always revert back to 15 sec no matter what I set it to. I realised there were at least two other threads on this issue so I thought I might share my findings.
I noticed that after the SPB restore, the device password lock is not restored, ie, it does not prompt me for a password after a reset. If I then set a password, the dimming problem will start happening. However, if I remove the device password, the dimming settings will stay.
There is obviously a problem with the SPB Backup restore process where the password lock is not restored. It appears there is a conflict between the password and the dimming settings after the restore.
It is worth noting that I am running A12 rom and have been successfully running a device lock without any dimming problem before the SPB restore. The backup was based on a fresh A12 rom image.
I am currently running without a password lock and must admit is pretty scary, but having the screen dim every 15 seconds is even more annoying.
Anyone else having similar might want to disable the device lock to see if this is the cause of the problem.
I don't have SPB but have a problem with my dimming resetting to 15secs. I have not done any search to read any other postings concerning this problem. I have A12 upgrade on my x51v. I am not using a password either. I have noticed that the brightness setting will go back to 15 secs but have not paid enough attention to it to determine what action I have performed prior to the setting changing.
same here but password didn't help. did a restore using sprite but if others are having this issue and are not using bu/restore then it was a coincidence that it seemed to be related. mine started working again the other day but stopped again so I have to keep looking. very strange
Save the file under a name like battery.mscr into the windows\startup folder, and it will be executed after every softreset.
Regards,
Detlev
I tried the script and it works quite nicely. However, I found that the dimming settings are sometimes cleared when the device is recovering from a suspend mode. The script is therefore not run in this case.
I tried the script and it works quite nicely. However, I found that the dimming settings are sometimes cleared when the device is recovering from a suspend mode. The script is therefore not run in this case.
Though the script runs fine in my x51v by activating it manually, I got an error screen when I put it in the startup folder and restart the pda:
The file '' cannot be opened. Either it is not signed with a trusted certificate, or one of its components cannot be found. You might need to reinstall or restore this file.
I have installed the mortscript with no problem and I have written and run a few script on it already. What could be the reason for the error message?
Weird: I had this setting change problem too and could not get it to go away so I did a fresh backup and was going to do another restore just to see what would happen. I had set the on time to 3 minutes for the light before i started out of habit (it always set itself back to 15secs either on power off or soft reset) and when my Sprite performed the soft reset, backup, soft reset it somehow held. It has been 24 hours now and still works. I have done many power offs which used to reset it but have not tried a soft reset yet to see what happens. It sure seems like the problem is somehow related to the backup programs and how they work. I think I will put this on their web site and see what they have to say.
anybody know of any other fixes that don't require external programs?
that's a nice little fix zhaoyun, but i don't want to need to install extra programs =/
I am a happy user of mortscript, it isn't memory resident and the size is not big. Guess it won't hurt your machine, no harm to try it before a fix comes out.
Update: I found that there is a difference between a hardware soft reset and a software soft reset. Some one else who is having this problem try this: using some program with a software reset function, set your dimming to 3 mins or whatever you like then use the software reset. This has worked for me twice now and for now seems to be holding. I use TodayWarrior for the reset function. I assume others will work but please report back your results.
In fact I have no problem using the hardware soft reset (hole at the back). I only have problem on full power-off (with notification and confirmation).
think I have narrowed it down a bit. On my x51v if I let it power down by the setting in the software then it seems to reset te dim time to 15 seconds. To fix it I then do a software soft reset and it stays until it powers down again by the software setting. I can power it off, do a normal soft reset and it holds until i let it power down by the timer. Anyone else try it yet?
Recently I tried a full restore using spb backup (not related to this problem, just trying spb backup's functionality). After this restore, I start to have dimming config reset after suspend (previously I only have problem after full power off, which can be solved by the above mortscript fix). This annoys me quite a bit.
I then asked spb backup's support and they suggested trying to reset the registry value of "LockLevel" of "\HKCU\ConotrolPanel\Backlight\LockLevel" to 0.
This work for me so I have added one more line to the mortscript fix and placed it in the startup folder and it will run every power off/soft reset. Everything go back to normal.
However, this still couldn't touch the root of the problem that the config get reset after full power off. Incidentally I found that the LockLevel value also got reset to 1 after full power off. I have reported so to spb and will let you know if there's a further fix.
Hope this is useful to you and perhaps other registry gurus could also locate the root of this problem.
Follow Us
RSS Feed
Follow on Twitter
Facebook
YouTube
