Bug #17316
Thunderbird is empty (no emails) when started after upgrading to 4.1
0%
Description
See screenshot in attachment on my machine.
AppArmor is unhappy in the journal:
Dec 04 12:32:49 amnesia kernel: audit: type=1400 audit(1575462769.476:364): apparmor="DENIED" operation="mkdir" profile="thunderbird" name="/home/amnesia/.mozilla/systemextensionsdev/" pid=8581 comm="thunderbird" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000Thunderbird output on the command line:
+ . /usr/local/lib/tails-shell-library/tor-browser.sh
+ TBB_INSTALL=/usr/local/lib/tor-browser
+ TBB_PROFILE=/etc/tor-browser/profile
+ TBB_EXT=/usr/local/share/tor-browser-extensions
+ TOR_LAUNCHER_INSTALL=/usr/local/lib/tor-launcher-standalone
+ TOR_LAUNCHER_LOCALES_DIR=/usr/local/lib/tor-launcher-standalone/chrome/locale
+ THUNDERBIRD_CONFIG_DIR=/home/amnesia/.thunderbird
+ PROFILE=/home/amnesia/.thunderbird/profile.default
+ start_thunderbird
+ export GNOME_ACCESSIBILITY=1
+ unset SESSION_MANAGER
+ reconfigure_profile
+ mkdir -p /home/amnesia/.thunderbird/profile.default
+ configure_locale
+ set_mozilla_pref /home/amnesia/.thunderbird/profile.default/prefs.js intl.locale.requested "" user_pref
+ local file name value prefix
+ file=/home/amnesia/.thunderbird/profile.default/prefs.js
+ name=intl.locale.requested
+ value=""
+ prefix=user_pref
+ [ -e /home/amnesia/.thunderbird/profile.default/prefs.js ]
+ sed -i /^user_pref("intl.locale.requested",/d /home/amnesia/.thunderbird/profile.default/prefs.js
+ echo user_pref("intl.locale.requested", "");
+ disable_autocrypt
+ set_mozilla_pref /home/amnesia/.thunderbird/profile.default/prefs.js mail.server.default.enableAutocrypt false user_pref
+ local file name value prefix
+ file=/home/amnesia/.thunderbird/profile.default/prefs.js
+ name=mail.server.default.enableAutocrypt
+ value=false
+ prefix=user_pref
+ [ -e /home/amnesia/.thunderbird/profile.default/prefs.js ]
+ sed -i /^user_pref("mail.server.default.enableAutocrypt",/d /home/amnesia/.thunderbird/profile.default/prefs.js
+ echo user_pref("mail.server.default.enableAutocrypt", false);
+ configure_default_incoming_protocol
+ local default_protocol
+ thunderbird_config_is_persistent
+ findmnt --noheadings --output SOURCE --target /home/amnesia/.thunderbird
+ [ /dev/mapper/TailsData_unlocked[/thunderbird] = /dev/mapper/TailsData_unlocked[/thunderbird] ]
+ default_protocol=0
+ set_mozilla_pref /home/amnesia/.thunderbird/profile.default/prefs.js extensions.torbirdy.defaultprotocol 0 user_pref
+ local file name value prefix
+ file=/home/amnesia/.thunderbird/profile.default/prefs.js
+ name=extensions.torbirdy.defaultprotocol
+ value=0
+ prefix=user_pref
+ [ -e /home/amnesia/.thunderbird/profile.default/prefs.js ]
+ sed -i /^user_pref("extensions.torbirdy.defaultprotocol",/d /home/amnesia/.thunderbird/profile.default/prefs.js
+ echo user_pref("extensions.torbirdy.defaultprotocol", 0);
+ thunderbird_profile_is_new
+ [ ! -f /home/amnesia/.thunderbird/profile.default/extensions.json ]
+ exec /usr/bin/thunderbird --class Thunderbird -profile /home/amnesia/.thunderbird/profile.defaultI’ll also forward a WhisperBack report to the Foundations team as soon as I managed to downgrade to Tails 4.0 and get my emails back :)
Subtasks
History
#1 Updated by intrigeri 2019-12-05 19:44:45
- blocks Feature #16209: Core work: Foundations Team added
#2 Updated by intrigeri 2019-12-05 19:47:15
FWIW, I’m pretty sure I’ve seen this AppArmor denial in cases when Thunderbird 68 worked just fine, so I doubt it’s related.
I probably won’t have time to look into it this week.
@goupille, did other users report this?
#3 Updated by goupille 2019-12-07 12:16:03
so far we don’t have any reports about this issue, I’ll get back if someone reach us about that
#4 Updated by sajolida 2019-12-07 12:35:30
- Subject changed from Thundebird is empty (no emails) when started after upgrading to 4.1 to Thunderbird is empty (no emails) when started after upgrading to 4.1
#5 Updated by segfault 2019-12-11 13:15:12
sajolida wrote:
> See screenshot in attachment on my machine.
I don’t see any attachment
#6 Updated by segfault 2019-12-14 10:24:04
> I’ll also forward a WhisperBack report to the Foundations team as soon as I managed to downgrade to Tails 4.0 and get my emails back :)
I also can’t find a WhisperBack report from you in my emails
#7 Updated by sajolida 2019-12-14 16:49:27
I forwarded it just now. Sorry!
#8 Updated by intrigeri 2020-01-06 07:58:30
- Target version changed from Tails_4.2 to Tails_4.3
#9 Updated by intrigeri 2020-01-28 12:17:43
I’m not sure how to prioritize this now:
- This problem was introduced almost 2 months ago and help desk did not tell us about anyone else than sajolida being affected.
- sajolida, did you find a workaround or are you still running 4.0?
> FWIW, I’m pretty sure I’ve seen this AppArmor denial in cases when Thunderbird 68 worked just fine, so I doubt it’s related.
Confirmed.
I’ve found no relevant error message in the logs so I think we would need more info to research this problem. sajolida, are you still able to reproduce this easily? If yes, I could provide guidance to gather more info.
#10 Updated by sajolida 2020-02-08 12:43:01
- Status changed from New to Rejected
We spent some time debugging this with intrigeri but found nothing.
We tried to:
- Disable Thunderbird’s AppArmor profile
- Start Thunderbird in fail safe mode
- Delete some caches in ~/.thunderbird/profile
I ended up creating myself a new Thunderbird profile and migrate.
In case it can be useful to others, here is the list of files that I copies from my old profile:
Mail
blocklist.xml
enigmail.sqlite
folderTree.json
history.mab
localstore.rdf
logins.json
persdict.dat
pgprules.xml
training.dat
virtualFolders.datSince this bug wasn’t reported by anybody else than me, let’s reject this ticket.