Bug#933378: thunderbird: disappearing messages
The problem continues. I attempted to move a message from my Inbox to a local folder about 10 minutes ago. The message disappear from my inbox, the mouse pointer changed to an arrow with an animated blue swirl, and the tab for the destination folder now has an animated blue swirl. The file has yet to appear in the destination folder. If I exit Thunderbird, I expect the message will be gone. David
Bug#933378: thunderbird: disappearing messages
My root filesystem (which contains /home/dpchrist/.thunderbird) is btrfs and several years old. It has been acting funny for a while. STFW I recently discovered that btrfs filesystems require maintenance (balancing). Mine was at 100% usage. Balancing by hand was inadequate, so I wrote a Perl script to repeatedly issue btrfs balance commands until relocated chunks are zero. The script has relocated thousands of chunks, but the filesystem still needs more: 2020-01-16 06:08:35 root@tinkywinky ~ # btrfs filesystem show / Label: 'tinkywinky_r' uuid: f68d1e7f-bd68-49c4-a04f-ddf92beccd17 Total devices 1 FS bytes used 7.37GiB devid1 size 11.17GiB used 9.25GiB path /dev/mapper/sda3_crypt I believe the Thunderbird problem I have been experiencing is caused by the clogged btrfs filesystem. Just now, I dragged a message from my IMAP Inbox to a Local Folder folder. Thunderbird removed the message from the source and began writing it to the destination. Thunderbird experienced delays in writing and changed the mouse pointer to a toilet bowl. After several minutes, the toilet was still there and I closed Thunderbird. When I opened Thunderbird again, the source message was still gone and the destination folder contained an empty message. Thunderbird lost the message. So, the problem appears to be error handling design. When moving a message, Thunderbird should confirm the destination has been successfully written before deleting the source. David
Bug#933378: thunderbird: disappearing messages
On 8/8/19 11:19 AM, David Christensen wrote: I recall creating a message rule to make copies of received messages, but I deleted it because I did not want to deal with the the extra clutter. Perhaps I should re-implement the rule, and clean the folder periodically -- say, once a week delete everything older than one week. That would save me if the bug occurs in the Inbox folder (the most common use-case). In my primary incoming account dpchr...@holgerdanske.com, I created a folder "Inbox_log" and a Message Filter rule "Inbox_log": Apply filter when: Manually Run Getting new mail: Filter after Junk Classification Match all meesages Perform these actions: Copy Message to Inbox_log on dpchr...@holgerdanske.com The rule is ordered after SpamAssassinYes and my manual blacklist, and before rules that move mailing list incoming messages into mailing list folders (debian-u...@lists.debian.com, etc.). When a new message comes in that is not from a mailing list, the Inbox_log rule seems to work. When a new message comes in that is from a mailing list, Thunderbird goes into an infinite loop putting copies of the message into the mailing list folder. I needed to disable the rule to break the loop. David
Bug#933378: thunderbird: disappearing messages
On 8/7/19 10:34 PM, Carsten Schoenert wrote: Hello David, On Wed, Aug 07, 2019 at 02:33:10PM -0700, David Christensen wrote: It did it again -- VERY ANNOYING. there can be several reasons why this is happen, but I also agree this should not happen. As long it's not reproducible it will be impossible to fix anything. And I haven't experienced such behaviour so I can't see anyhow that's going wrong here. There is a extra section within the Debian Wiki about steps a reporter should take, maybe you have alreday done something about this? https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues Without further details there isn't much we can do, and I guess this is more a upstream issue. As a work around I wouldn't use move but copy the messages instead. Regards Carsten Thanks for the reply. This bug is rare, but infuriating. My guess is that Thunderbird launches threads to print messages and launches threads to move messages, and that there is a multi-threading race condition in the code that handles the message store. Validating the thread safety of the message store code would require running 2 threads for all possible scheduler interleaving orders and checking that the axioms of the system are never violated. Testing with and without various Add-ons would another dimension of complexity. Testing all the various configuration settings adds many dimensions. Once all those combinations and permutations have been exhausted, the process would need to be repeated for 3 threads. Then again for 4 threads. Etc.. It would be an interesting challenge in concurrent programming, but I have other problems I need to work on. My habit has been to start the print job, move the message, and then grab the hard copy. The defect can occur if the move thread starts before the print thread has progressed sufficiently (written the job file and passed it to CUPS?). My work-around, when I remember, is to start the print job, wait until all the pages have been printed, and then move the message. This seems to be the safest approach. I don't know if I want to try printing, copying, and then deleting the original. The same bug could occur during the copy, as the defective use-case (move) is likely to be a copy followed by a delete. Perhaps I will try moving the message and then starting the print job from the destination folder. I have disabled Lightning (I did not install Lightning; it came OOTB?). I previously created a dpchrist_...@holgerdanske.com mailbox and configured Thunderbird to send a bcc there as protection against when I accidentally nuke my file system/ partition/ drive. This saves me if the bug occurs with a message in the Sent folder. (It may be possible to achieve the same effect with a message rule.) I recall creating a message rule to make copies of received messages, but I deleted it because I did not want to deal with the the extra clutter. Perhaps I should re-implement the rule, and clean the folder periodically -- say, once a week delete everything older than one week. That would save me if the bug occurs in the Inbox folder (the most common use-case). David
Bug#933378: thunderbird: disappearing messages
Hello David, On Wed, Aug 07, 2019 at 02:33:10PM -0700, David Christensen wrote: > It did it again -- VERY ANNOYING. there can be several reasons why this is happen, but I also agree this should not happen. As long it's not reproducible it will be impossible to fix anything. And I haven't experienced such behaviour so I can't see anyhow that's going wrong here. There is a extra section within the Debian Wiki about steps a reporter should take, maybe you have alreday done something about this? https://wiki.debian.org/Thunderbird#Bug_Reporting_.2F_Issues Without further details there isn't much we can do, and I guess this is more a upstream issue. As a work around I wouldn't use move but copy the messages instead. Regards Carsten
Bug#933378: thunderbird: disappearing messages
It did it again -- VERY ANNOYING.
Bug#933378: thunderbird: disappearing messages
Package: thunderbird Version: 1:60.8.0-1~deb9u1 Severity: important Dear Maintainer, I received a message in an IMAP Inbox, tried to print it, and tried to move it to a local folder. The hardcopy printed, but the electronic copy is now gone. David -- System Information: Debian Release: 9.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-9-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages thunderbird depends on: ii debianutils 4.8.1.1 ii fontconfig2.11.0-6.7+b1 ii libatk1.0-0 2.22.0-1 ii libc6 2.24-11+deb9u4 ii libcairo-gobject2 1.14.8-1 ii libcairo2 1.14.8-1 ii libdbus-1-3 1.10.28-0+deb9u1 ii libdbus-glib-1-2 0.108-2 ii libevent-2.0-52.0.21-stable-3 ii libffi6 3.2.1-6 ii libfontconfig12.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libgcc1 1:6.3.0-18+deb9u1 ii libgdk-pixbuf2.0-02.36.5-2+deb9u2 ii libglib2.0-0 2.50.3-2 ii libgtk-3-03.22.11-1 ii libgtk2.0-0 2.24.31-2 ii libjsoncpp1 1.7.4-3 ii libpango-1.0-01.40.5-1 ii libstartup-notification0 0.12-4+b2 ii libstdc++66.3.0-18+deb9u1 ii libvpx4 1.6.1-3+deb9u1 ii libx11-6 2:1.6.4-3+deb9u1 ii libx11-xcb1 2:1.6.4-3+deb9u1 ii libxcb-shm0 1.12-1 ii libxcb1 1.12-1 ii libxext6 2:1.3.3-1+b2 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1 ii psmisc22.21-2.1+b2 ii x11-utils 7.7+3+b1 ii zlib1g1:1.2.8.dfsg-5 Versions of packages thunderbird recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-7 pn lightning Versions of packages thunderbird suggests: pn apparmor pn fonts-lyx ii libgssapi-krb5-2 1.15-1+deb9u1 -- no debconf information
