Closed Bug 612279 Opened 14 years ago Closed 6 years ago

Message window shows incorrect attachments

Categories

(Thunderbird :: Message Reader UI, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jorge, Unassigned)

References

(Depends on 2 open bugs, Blocks 1 open bug)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Ubuntu/10.04 (lucid) Firefox/3.6.12
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Mnenhy/0.8.3 Thunderbird/3.1.6

When a message has an attachment, correct behavior is to show a small window with an attachment list. However, when the message is deleted, focus is shifted to the next message on the list, but the attachment list is not updated, resulting in the deleted message attachments showing as the attachments of the next message. Also, the attachments from the previously deleted message are accessible: you can open and save them. If the new message also has attachments, these will be shown as the attachments of the next message if this is deleted.

If instead of deleting the message, you move to the next message on the list, the program behaves correctly.

Reproducible: Always

Steps to Reproduce:
1. Preview message with attachment with attachments
  (IMAP: Server Settings: just mark it as deleted)
2. Delete the message
3. When the next message is shown, the attachment list is not updated
4. If the next message also has attachments, these will be shown as the next message's attachments when deleted.
Actual Results:  
The wrong attachment list is shown when the previous message was deleted

Expected Results:  
The new message's attachment list should be shown, or an empty list, i.e.: no attachments, should be shown.
I could easily observe phenomenon you reported multiple times by next test, with Tb 3.1.5 on Win-XP, Gmail IMAP.
(0) IMAP: Server Settings: just mark it as deleted
    View/Display Attachments Inline=On
    IMAP folder of offline-use=off
    Three mails are copied to an IMAP folder for test.
      mail-1: multipart/mixed, text/plain + 3 large image/jpeg
      mail-2: text/plain (small mail, will be held in memory case)
      mail-3: text/plain (small mail, will be held in memory case)
    If mail-1 is deleted, mail-2 is shown at message pane.
(1) Open folder. Only major headers is fetched and saved in .msf. 
(2) Click mail-3 => mail-3 is shown at message pane.
(3) Click mail-1 => fetch starts
    => Delete after a while, but before download of all mail data.
    => mail-2 is shown, 2 jpeg or 1 jpeg of mail-1 is shown at attachment pane

I could see "attachment icon(s) of previous mail" several times during test for bug 533499, but it was very hard to reproduce phenomenon reliably.  
"Delete of a mail then automatic switch to next mail by Tb" looks one of fastest operation to force switch of mail shown at message pane.
Thanks for your report.
Blocks: 533499
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Version: unspecified → 3.1
Wada and others have done excellent work. 

Can we take it further and resolve some of these as duplicates?  And then determine what next step is to resolving the root bug, whether it is 719751 or some other bug?
bug 538803
bug 649580
bug 755176
bug 709337
(some of these are mentioned in bug 719751)

I see this issue. I wouldn't characterize my connection as slow (cablemodem+wireless), so connection speed is probably irrelevant given that my mail is stored locally.  To reproduce I have sorted my folder by size with two messages A and B adjacent both having attachments (each about 10MB). at least 50% of the time when I click message B then click message A then message B's attachments persist in attachment area of the display.  And it does not always depend on how quickly I change message, nor on whether message B has completely displayed or not.
No longer blocks: 533499
Depends on: 533499
Jorge reports not seeing this anymore
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.