547335 - TB tries to delete wrong non-existing attachments

Status: RESOLVED DUPLICATE of bug 533921

(Thunderbird :: Message Reader UI, defect)

Description

[Johannes Falk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 GTB6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1

Deleting all attachments with right-click sometimes tries to delete some attachment(s) of the previous mail.


Reproducible: Sometimes

Steps to Reproduce:
1. After having read some mails before
2. immediately right-click right of the attachments of some other mail
3. select "delete all"
Actual Results:  
TB asks to delete attachments that are not part of the current mail.

Expected Results:  
TB should try to remove attachment of the *current* mail only.

This bug is very old, it *sometimes* occured in many previous releases!

Comment 1

[Johannes Falk]

Attachment: Snapshot while TB asks to delete a non-existing attachment

Comment 2

[Johannes Falk]

TB (sometimes) does not only *try* to delete some other attachment(s) (e. g. file-names that are not listed in the bottom of the gui as part of the current email), it REALLY removes those attachments from the previously viewed email!

Comment 3

[Ludovic Hirlimann [:Usul]]

Have you tried safe mode? (see https://support.mozillamessaging.com/en-US/kb/Safe+Mode for more information)

When it happens what do you have in Tools -> Error console ?

Comment 4

[Johannes Falk]

This is a *very* rare bug, it occurs only once a month or so, though I use TB several times every day and keep TB running for days or weeks. I reboot my laptop only due to security updates and suspend it to ram over night. So the TB process may really have a lot of hours in the task manager. But the bug recently occurred twice shortly after updating to TB 3.0.1. The first time it occurred in the current vesion, forced me to make the attached screen shot to proof it and I opened this bug-rpeort.

Doing nothing special (reading, answering, forwarding, creating, attaching, sending, deleting and moving several emails) - just two days later TB erroneously asked me again to remove an attachment that was part of the previously visualized email and positively not part of the *current* email. For curiosity I agreed to see what happens: TB really silently removed the mentioned picture in the *other* email!

I just tried to force the bug in safe mode for about 20 minutes, but the only strange thing I got was, that the right-click-menu was completely grayed out, though there were deletable attachments in that email. After high-lighting one item and unchecking it by left-clicking right of all attachments, the behavior was correct again.

I never tried the ErrorConsole before, currently it displays 1 error:
Failed to load XPCOM component: C:\Programme\Mozilla Thunderbird\components\np32asw.dll

*IT HAPPENED JUST AGAIN* (sorry, that I am already back in normal mode)
But no new errors in the ErrorConsole...
TB deleted my_sample.jpg (after I confirmed) from an old email in the sent-folder though I was currently reading an other email in the inbox-folder.
History: In the sent-folder I had marked the attached picture "my_sample.jpg" by a single-left-click - then directly going back to the inbox-folder viewing the already preselected mail again - directly right-clicking right of the two attachments - selecting "remove all".

I do not remember whether I had clicked something in this mail, while I visited it seconds before. I am afraid the bg is not that easy to reproduce as it looks just now.

Comment 5

[Johannes Falk]

Attachment: Snapshot after TB deleted the "wrong" attachment

Additional confusion: The message shown in the lower left corner (1 Nachricht in "Gesendet" gelöscht - 1 email removed in the sent-folder) does not conform with the last operation - after deleting an attachment.

The Tab "gesendet" (sent) was open, but had not been used.

Comment 6

[Johannes Falk]

Attachment: Some snapshots after TB deleted the "wrong" attachment (in save mode)

I could reproduce the bug in save mode too.

PROCEDURE TO REPRODUCE:
1. simply view an email with attachments in the inbox
2. open (left-click once) sent-folder
3. view (left-click once) an email with attachments
4. left-click one of those attachment once
5. go back to the inbox
6. right-click right of the attachments
7. confirmation dialogue already shows the wrong name
8. confirm
9. nothing happens to the current email
10. view the other mail where the attachment is gone

Comment 7

[Johannes Falk]

(a) This bug occurs with the "save all" option of "right-click right" as well.


(b) This bug can also be reproduced without using a second mailbox.
SIMPLER PROCEDURE TO REPRODUCE:
1. simply view any email with one or more attachments
2. left-click once on any attachment (this becomes erroneously the target for removal)
3. visualize some other email with one or more attachments
4. right-click right of all attachments and select "remove all"
5. confirmation dialogue already shows the wrong attachment to be removed
6. confirm
7. view the previously viewed email where the marked attachment is gone now


(c) There also seems to be be an extend version of this bug, where "delete all" tries to remove *all* attachments of the previously viewed email, but I don't know how to reproduce this behavior.


(d) AND (I remember that this was better in some old TB release):
"Detached" attachments (or what ever the last but one option of right-click is called in the English version) are not displayed (inline) any more, even if I modify it's disposition to "inline":
--------------020104050608050909050608
Content-Type: image/jpeg;
 name="Heike.jpg"
Content-Disposition: inline; filename="Heike.jpg"
X-Mozilla-External-Attachment-URL: file:///C:/Dokumente%20und%20Einstellungen/All%20Users/Dokumente/Eigene%20Bilder/Photos/2010/201002/Heike.jpg
X-Mozilla-Altered: AttachmentDetached; date="Mon Feb 22 21:57:17 2010"

You deleted an attachment from this message. The original MIME headers for the attachment were:
Content-Type: image/jpeg;
 name="Heike.jpg"
Content-Transfer-Encoding: base64
Content-Disposition: inline;         <---<<< this was erroneously changed to "attachment" by the detaching procedure (the original MIME header was *inline*)
 filename="Heike.jpg"


--------------020104050608050909050608
Anyhow double-clicking it still works fine.

Comment 8

[Johannes Falk]

Additional test:
If I have already deleted the marked attachment in the previous viewed email (in the sent-folder) this bug produces an additional empty email (in the same folder) while erroneously "removing" the same wrong attachment and finally TB tells the index is recreated.

This is the contents of that empty email with no subject, no sender and no recipient.
=================================
From - Tue Feb 23 21:28:42 2010
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
=================================

Comment 9

[Johannes Falk]

I installed tb 3.0.3 (Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3)

No change - this bug is still easy to reproduce.

Comment 10

[Wayne Mery (:wsmwk)]

I thought there was a bug/set of bugs that covered this