User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/11.1.2 Safari/605.1.15 Steps to reproduce: When I uncheck the "use paragraph format", close and restart Thunderbird it comes back as checked. I observed that unchecking the preference updates prefs.js with: user_pref("mail.compose.default_to_paragraph", false); It disappears the second I restart Thunderbird. Actual results: It was checked again. Expected results: It should have stayed unchecked.

Richard, can you reproduce this on Mac?

(In reply to Jorg K (GMT+2) from comment #1) > Richard, can you reproduce this on Mac? No, it stays on what I've set. Relo, do other changes stay? Or do you use a user.js file in your profile which sets this prefs to true?

I checked and there doesn't seem to be a user.js. I toggled the "Confirm when using a keyboard shortcut to send message" and it stayed as it should when closing/restarting Thunderdbird. More info: It started doing this after I upgraded to High Sierra. My previous system was running OS X 10.6.8 and the last compatible Thunderbird with that. I copied my whole profile directory into the new system. I just ran a grep on my profile directory to see if there's any _paragraph in any other file there, but there wasn't. As I see the preference isn't set to true, but deleted from the preferences file when starting up.

True is the default and needs no entry in prefs.js. Can you try to set it in the Config Editor? Does it stay then? If not, could you try to create a user.js file in your profile where the prefs.js is and add the line: user_pref("mail.compose.default_to_paragraph", false); Then start TB again.

Setting it via Config Editor didn't help. Neither did adding with the "false" setting: /Users/reio/Library/Thunderbird/Profiles/heumxu5j.default/user.js

Very strange. Do you see anything in the error console? Maybe you could try a new profile to check if it would work there.

Indeed, there's an error in the console (I didn't know Thunderbird has one). :) Could it be related? Migrating from UI version 11 to 17 failed. Error message was: NS_ERROR_DOM_BAD_URI: Component returned failure code: 0x805303f4 [nsIIOService.newURI] -- Will reattempt on next start. mailMigrator.js:437 _migrateUI resource:///modules/mailMigrator.js:437:7 MailMigrator_migrateAtProfileStartup resource:///modules/mailMigrator.js:456:5 MailGlue__onProfileStartup jar:file:///Applications/Thunderbird.app/Contents/Resources/omni.ja!/components/mailGlue.js:105:5 MailGlue_observe jar:file:///Applications/Thunderbird.app/Contents/Resources/omni.ja!/components/mailGlue.js:73:7

Yes, that would do it. It tries to migrate from 11 to 17 and resets that pref every time :-( You could edit your prefs.js file while TB isn't running and set mail.ui-rdf.version to 13. That will pretend some of the migration has already happened. If that works, fine. If not, try 14, 15, 16 and the last resort 17. You'll miss part of the profile upgrade with unpredictable results later, but at least the paragraph thing won't be reset :-( Sadly the error message doesn't have enough information to pinpoint the problem.

Funny thing. Setting it to 13 helped and the setting is saved now! However the migration error remained. :) I then set the version to 14 and then it successfully migrated to 17. Thanks a bunch!

Yes, setting it to 13 would have skipped the step that reset the paragraph setting. Setting it to 14 skipped the 13->14 step which is the migration of permissions.sqlite. That file contains the remote content exceptions you set in "Tools > Options > Privacy, Exceptions" (different on Mac). You should check the exceptions you have set. It would be best to remove permissions.sqlite and add the exceptions again since something appears to be wrong with the file.

Thanks, I've now removed the sqlite file as well.