Closed Bug 1777912 Opened 2 years ago Closed 2 years ago

IMAP message downloads corrupted/partial

Categories

(Thunderbird :: Message Reader UI, defect, P1)

Thunderbird 102
Desktop
Windows 10

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1777738

People

(Reporter: adam, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: dataloss, dupeme)

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0

Steps to reproduce:

Read a message from an IMAP account.

Actual results:

Some messages at random will not read entirely resulting in useless/corrupted display.

Screenshot shows a Gmail example, though the problem also occurs with other IMAP servers (e.g. Dovecot).

Interestingly if the message is moved to a different folder, not via Thunderbird (e.g. via Gmail, Roundcube, or other IMAP client), and then you view the same message in a different folder, it can sometimes resolve the issue. This probably forces another attempt to fully download the message again as Thunderbird won't have ever seen it in the new folder.

Expected results:

Message should have viewed without corruption.

OS: Unspecified → Windows 10
Hardware: Unspecified → Desktop

I should have mentioned: This started happening as of version 102 on both a personal and work Windows 10 computer.

Blocks: tb102found

Interestingly this may not be a problem with IMAP specifically, but rather the message reader UI. (It's just that the majority of my mail accounts, particularly the busy ones, are IMAP based.) In the list of messages the grid columns (from, subject, ...) always seem to be showing correctly. When clicking into a message to see further into it then the view corruption happens in the headers section, body section, and when viewing the source.

Probably the key point here: Closing Thunderbird and deleting all MSF files for the account resolves this.
(Plucking a message that appears corrupted suddenly appears fine after an MSF purge.)

If it matters all my mailboxes are using mbox storage locally, though probably not as this is an index corruption issue.

Possibly related in TB 102.0.1's release notes:

Mailbox MSF files could become corrupt in some circumstances

I will delete all my existing MSF files and watch out for this issue after.

After a complete removal of MSFs since TB 102.0.1 I can safely say this is not resolved. I'd go as far to say it's got worse, more messages are appearing distorted than TB 102.

Severity: -- → S2
Keywords: dataloss, dupeme
Priority: -- → P1

This is possibly related to bug 1778353.

I hadn't tried manually compacting, but I did have the option enabled to automatically compact if it were to save at least 8 MB without prompting. I do see the status bar message about compacting regularly enough (most days).

Since 4 days ago I had turned off automatic compacting, and haven't seen the original issue occur so often for new emails. Existing emails that have the problem can also be resolved by moving them to a different folder, and optionally back to where it was before.

See Also: → 1778353

Looks like bug 1777738.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: