Open
Bug 1436947
Opened 7 years ago
Updated 3 months ago
remote content settings are not saved on program close. openSUSE Tumbleweed. prefs.sqlite not modified?
Categories
(Thunderbird :: Preferences, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: purevw, Unassigned)
References
()
Details
(Whiteboard: [Support?])
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20180118122319
Steps to reproduce:
After Thunderbird lost all of my remote content exceptions, I manually restored them for all messages in my inbox. I then went back to each message to verify that remote content was loading. It was. I then closed and restarted Thunderbird.
Additional notes: All file permissions in my .thunderbird folder seem correct. I do not think that it is a "write permission" issue and I get no warnings. If I run Thunderbird from a terminal, there is no unusual output in the terminal.
Actual results:
Upon restart, all remote content exceptions were lost again. When I restored them again, the settings remained until I restarted Thunderbird. Then they were lost again.
Expected results:
The remote content exceptions should be save upon program close and remained saved.
Comment 1•7 years ago
|
||
This looks like a support case. We don't know what's going on on your system. Maybe you want to ask here:
https://support.mozilla.org/en-US/products/thunderbird
since Bugzilla is really for developers and we don't have much support experience.
Whiteboard: [Support?]
I thought that it may have been a problem in the build. I also have a ticket at the support forum, but so far no answers. For now, I've enabled all remote content, but that is not a good way to do things. Thanks.
Comment 3•7 years ago
|
||
I have the same problem with Thunderbird ESR 52.6 on SuSE Linux Enterprise 12sp3. It happens with a fresh profile, so no user configs etc. are involved. You don't even need a setup an email account.
Just go to Preferences/Privacy, open the "Exceptions" button for "Mail content" and add any entry (allow or deny) and click "Save Changes". After a restart, the settings are lost, so they either aren't saved or not read in on the next start.
So it's not a support case, it's a bug with 52.6 on (at least) Linux.
cu,
Frank
Comment 4•7 years ago
|
||
Works for me on Windows. Richard, can you please try on Linux. I'm sure you know:
Tools > Options > Privacy, Exceptions.
Flags: needinfo?(richard.marti)
Comment 5•7 years ago
|
||
Works here on Linux Mint with TB 60. I have no 52 on this.
Flags: needinfo?(richard.marti)
Since things apparently work on Windows and Mint, this may be a SuSE problem rather than a Thunderbird bug, since both of us with the problem are using versions of SuSE. (I use openSUSE Tumbleweed).
Comment 7•7 years ago
|
||
Indeed. The 52.6 downloaded straight from mozilla works. The problem is in the SuSE rpm.
Comment 8•7 years ago
|
||
I've reported it in opensuse bugzilla. Maybe you can confirm it for Tumbleweed so someone might care about it sooner: https://bugzilla.opensuse.org/show_bug.cgi?id=1084603
Comment 10•7 years ago
|
||
Looks like at least 5 people confirming at https://bugzilla.opensuse.org/show_bug.cgi?id=1084603 but still no solid steps or cause.
Summary: remote content settings are not saved on program close. openSUSE Tumbleweed → remote content settings are not saved on program close. openSUSE Tumbleweed. prefs.sqlite not modified?
Comment 12•7 years ago
|
||
From https://support.mozilla.org/en-US/questions/1205029#answer-1092394
"If I reset the mail.ab_remote_content.migrated (which was set to "1") and restart TB, I can add exceptions again. When I exit and restart again, the preference is set back to "1" and all my exceptions are gone, and again my newly added exceptions don't survive a program exit. "
Comment 13•7 years ago
|
||
I had thought that "mail.ab_remote..." applied only to Address Books.
Comment 14•7 years ago
|
||
I confirm the same problem on Sabayon Linux.
Neither of the above workaround work for me.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•