Closed Bug 736042 Opened 14 years ago Closed 11 years ago

config "permissions.default.image" does not retain changed value

Categories

(Thunderbird :: Preferences, defect)

10 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: rob, Unassigned)

Details

User Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C) Steps to reproduce: Changed permissions.default.image from value of 2 to a value of 1 (to resolve another issue that images show as broken links) Actual results: Value is retained in the session so that images show, but when exiting and then re-starting, Thunderbird resets the value back to 2. Expected results: Value of 1 should have remained as 1 when re-starting. Alternatively, make it easier for users to be able to see an image when Thunderbird shows a broken-image. I can reproduce this problem at will, but all I can show you is a screen shot showing the value 1 when Thunderbird starts and then a value of 2 after I update it.
hum and you are quitting Thunderbird properly ?
Component: General → Preferences
QA Contact: general → preferences
Yes, File --> Exit (not X out of window). Interestingly enough, I just exited and re-started and now I see the value has changed from 2 to 3? This is a mystery. Where can I see the list of values for this config param? And, is there a file or folder that needs to have permission set? And, can I edit the file where these values are stored with a hope that manually editing the value in the file will retain the value of 1?
Legal values for permissions.default.image could be seen at http://kb.mozillazine.org/Permissions.default.image What was the issue about the broken links, Rob? Tested on my system on Linux x64 and value remains as 1 after restarting TB Daily.
Could you answer to my last comment, Rob? Thank you.
Flags: needinfo?(rob)
Based on comment 2 and the fact that reported is not answering to needinfos, I think this bug could be closed.
Whiteboard: [CLOSEME 07182014]
Resolved per whiteboard
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(rob)
Resolution: --- → INCOMPLETE
Whiteboard: [CLOSEME 07182014]
You need to log in before you can comment on or make changes to this bug.