474566 - Multiple attachments not deleted or saved

Status: RESOLVED WORKSFORME

(Thunderbird :: Mail Window Front End, defect)

Description

[lsmod]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.0.5) Gecko/2008122010 Iceweasel/3.0.5 (Debian-3.0.5-1)
Build Identifier: 2.0.0.19

I can save or delete attachments only one by one.
And also there sometimes it doesn't work if there are multiple attachments.

It seems to be more critical if there are many attachments.

All the functions in the context-menu for attachments are not working perfect if there are more attachments.


Reproducible: Always

Steps to Reproduce:
Just try do delete or save some more attachments
Actual Results:  
Nothing happens

Expected Results:  
All the attachments where saved or deleted.

Comment 1

[rsx11m]

Are you talking about "Delete All" and "Save All" menu items being disabled when right-clicking within the attachment area? If yes, that's bug 466016.

Comment 2

[rsx11m]

lsmod, please provide more specifics within two weeks, otherwise this report will be closed as incomplete.

Comment 3

[lsmod]

Please tell me what you expect?

Just take a mail where someone attached 5 pics with 1MB.
Then try to save them all at once.
And then try to delete the attachments at once, because you only want to archive the text.

It does not work.

Comment 4

[lsmod]

And - no - i mean the context-menu showing with the mouse-pointer to one of the attachments.
(I am using german version "Alle speichern, Alle abtrennen, Alle löschen")
The functions are active but are not working correct.

Comment 5

[rsx11m]

I didn't receive any response to my comment #1 to narrow down the problem you describe, therefore the reminder in comment #2.

Saving multiple attachments at once works for me on Linux, so does deletion of multiple attachments. What was introduced in bug 416284 is that those "All" functions in the context menu are now disabled if any attachment is currently highlighted. Thus, you would have to left-click into an empty space of the attachment pane first to unhighlight any attachment before those options are available again (i.e., solid black rather than grayed out). In turn, the single-attachment options are only available if an attachment is highlighted.

If this is what you observe, your report is a duplicate of bug 466016. If your case is different from what I describe here, you would need to be more specific what "does not work" means and how far you get. For example, is any attachment highlighted when you try "Save All"? After being able to select it from the menu, does a "Save As" dialog show up to indicate the target directory? What happens when you try to delete an attachment? Are you using an IMAP or a POP account, where the behavior may be different between remote and local folders? Does this happen in all folders or just specific one(s)?

This would help identifying any issue if bug 466016 does not apply here.

Comment 6

[lsmod]

It's O.K. with the reminder. ;-)

So - now i test again.
I must send a mail to myself because there was no mail with such attachments anymmore in my box.

O.K. Marking one attachment i can only save or delete this one.
Marking none i get the context-menu and i can save or delete all.
This time it works.
The behaviour is a little bit strange because i must go up on directory to "open" it again. Then it works.
It also works do delete one after another attachment.
So far so good. I would say close the bug.

But i remember this doesn't work with the same installation in Thunderbird with different external mails.
Maybe the cause was that this mails i got where forwarded by another person?

There where 2 mails with 10 attachments (jpg's) each with 400K.
I think i aborted the "save all", because the dialog wants me to "open" a directory which doesn't work.
Then i saved them one by one.
I remember that this sometimes fail. The saved attachments where 0 byte.
Doing it again it works when i do it very slow - i want to say give enough time to fetch and save.
After that i deleted one by one.
I remember that this fails. After click on delete nothing happens.

Another reason maybe that i am not storing my emails locally on the working PC.
I have my own mailserver running dovecot 1.0.8 with using IMAP.

I hope this was helpfull.

Comment 7

[rsx11m]

Thanks, that provides some clues. As for the "Open" button, the Save As dialog works in a way that if you don't highlight any directory and click "Open", the currently selected directory will be your target directory for all attachments. If you highlight a directory and click "Open", you will just enter it, thus you have to click "Open" again to actually choose it as your target directory.

> The saved attachments where 0 byte.

This may potentially indicate some interoperability issue with the IMAP server when downloading the MIME parts, or the index files got out of sync if only a specific folder is affected. Right-click on the folder and select "Properties" to open a dialog, then find "Rebuild Index" in the lower-right corner of the first tab. This reindexes the messages of that folder which may take a while.

If the problem persists, please double-check on a current 3.0 beta build if the issue can be reproduced there (make sure to have a backup of your profile and your IMAP account as this is a beta version not yet suitable for use in a production environment!). Some step-by-step instructions would be helpful then to figure out what the problem may be.

http://www.mozillamessaging.com/en-US/thunderbird/early_releases/

Comment 8

[lsmod]

When i choose "save all" and then highlight no directory and click on "open" nothing happens.
If i want to save to the last folder i must go up on level then this directory is highlighted. Then i can save with "open".

It seems logical that the attachment problem comes from the interaction with the IMAP-server.
But why this does not happen when i send a mail to myself?
However - i could not find such a bug report - but dovecot seems to be hard in developement ...

At this time i don't want to install a new thunderbird-release in Linux.
The current version ist the original icedove-package from debian lenny.
But i don't think that there are differences in this parts to the original thunderbird.

Comment 9

[rsx11m]

I'm still unable to reproduce this. I've created test mails with 5 images, totaling 10MB in mail size, both through a webmail service and Shredder, inline and attachment dispositions, no difference. I've used the current distribution for Thunderbird on OpenSUSE as well as Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090213 Shredder/3.0b2pre from mozilla.org. In either case, the attachments can be saved without problems and deleted afterwards. Also, I don't have to change the directory to make the "Open" button effective.

I'll leave this unconfirmed for now, but set the "imap-interop" keyword due to
a possible server interoperability issue (tested this with two IMAP servers,
one of which is Gmail), thus to get the attention of the right people. For the Save dialog, I'd also recommend that you look into your GTK2 installation and make sure that it is up to date (should be 2.12.x).

Comment 10

[rsx11m]

(In reply to comment #8)
> The current version ist the original icedove-package from debian lenny.
> But i don't think that there are differences in this parts to the original
> thunderbird.

Actually, there are subtle differences between the versions from Mozilla and builds provided by the distribution. You could install the official build to see if it makes a difference - http://www.mozilla.com/en-US/thunderbird/

Comment 11

[lsmod]

Thank you that you have such a strong look at the problem.

I think that problem is not so important to spend too much time on it.
At least the problem is to search in IMAP and dovecot. The actual version is 1.1.11 and i am running 1.0.8 wich is older than 1 year.
GTK2 is installed 2.12.11-4.

I can test an actual windows version if you want, it's less stress to install and i have no risk for instability on linux.

Comment 12

[rsx11m]

If it is reproducible on Windows, it may be related to your IMAP server. On the other hand, an easier test may be to just copy a message with large attachments into a local folder, then restart canceling the IMAP password request or go offline to avoid any interaction with the server, and see if the problem persists with the local copy.

Your GTK version looks fine to me, actually a bit newer than mine.

Comment 13

[rsx11m]

(Follow-up on comment #9)
Just another idea: Do you have offline/syncing enabled for your IMAP folders? And, do you recall if this always happened for the same attachments?

If yes, it may also be a synchronization issue.

Comment 14

[lsmod]

O.K. I have tested now for you. :-)

I created a test-user and i unpacked to the home-directory a original version of Thunderbird i downloaded here: http://download.mozilla.org/?product=thunderbird-2.0.0.19&os=linux&lang=de

Then i tested the attachment-behaviour with a test-account on the dovecot-imap-server.
Now everything seems O.K.!
Attachments are saved directly just by clicking "open".
And all attachments where deleted instantly from a testmail.

So i really think that the package-managers of debian have done something wrong creating icedove!
I will open a bug at debian and refer to this bug.
When i have the number i will post it here.

To your other questions:

No - i have no offline-syncing activated.
I am working on different PC's and want to have my email everywhere.
It is working quick enough with much mails without storing the emails locally.
So i don't do any recall even.

If you want to do further tests i can give you a test-account on the imap-server when you give me a password in a personal mail.

Regards

Comment 15

[rsx11m]

Ok, thanks. Since this appears to be a possible debian-specific issue then, let's keep this open as unconfirmed until some response comes back from there. You can add a link to your debian bug to the URL field of this bug report.

Comment 16

[lsmod]

Thunderbird is running fine under debian!
So let us say this is a specific problem of icedove.

I have now the bug-number from debian:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516959

Comment 17

[Jimmy]

"> The saved attachments where 0 byte. "

I got strange similar problem here with Thunderbird (version 2.0.0.19 (20081209)) on windows XP and IMAP server. 

When i recieve messages with more than one attachment, only the first one can be opened. THe others when i try to save them or open them, give me 0 bytes files.

The only way i found to get attachments is to rebuild index on folder, close thunderbird then reopen it. After these steps im able to download/open one more attachment. Have to rerpoduce the whole process rebuild/close/open for each attachment in the mail !

Comment 18

[Wayne Mery (:wsmwk)]

how is this behaving in current v3?
(debian bug is unchanged)

Comment 19

[Michael Armstrong]

This may be the wrong place to put this, but I just tried to delete large attachments from messages in a TB 3.1.7 archive, and two instances failed. TB went through the notions, indicated no errors, but the messages (5 and 10 MB videos) were not deleted. Repeated the attempt several times with the same outcome. There were other MIME parts in these 2 messages, also not deletable. Deleting the entire message resulted in the entire message, with attachments, being moved to Trash as expected.

Comment 20

[Thomas D. (:thomas8)]

- All of this bug is reported against outdated versions of Thunderbird.
- Most of this bug is not very clear, so it is not actionable.
- Comment 15 and comment 16 of this bug agree that the problem is probably debian / icedove distribution and not TB as such.
- Comment 19, if still applicable for recent version of TB (currently TB6), needs a new bug with a lot more details (setup/environment (pop/imap etc.), Steps to reproduce, Expected result, Actual result with details, etc.)

-> rxs11m, can we close this bug?

(In reply to Michael Armstrong from comment #19)
> This may be the wrong place to put this, but I just tried to delete large
> attachments from messages in a TB 3.1.7 archive, and two instances failed.

pls update to tb6 where the attachment panel has received lots of care n fixes from Jim.

> TB went through the notions, indicated no errors, but the messages (5 and 10
> MB videos) were not deleted.

how do you know they were not deleted?

> Repeated the attempt several times with the
> same outcome. There were other MIME parts in these 2 messages, also not
> deletable.

Maybe this? (and we should check if bug 377087 still applies after all the fixes...)
Bug 377087 - Can't delete attachments( multipart/alternative[ text/plain + multipart/mixed{ text/html + application/msword + text/html } ], which part can be a real attachment of a mail? )

We also have
Bug 305485 - don't show attachment icon if all attachments are deleted: add/show "deleted attachement" icon
Bug 292385 - need indication of detached attachment

Comment 21

[Thomas D. (:thomas8)]

(In reply to Thomas D. from comment #20)
> pls update to tb6 where the attachment panel has received lots of care n
> fixes from Jim.

Ouch, the major fixes like Bug 630759 actually come with TB8 (currently in aurora, and stable for me), so tb6 is not a good candidate for testing...

Comment 22

[Thomas D. (:thomas8)]

wfm tb12.0.1/WinXP

only counting of attachments after deletion doesn't go down, we even have a deleted attachment icon by now! (since when?) :)

Comment 23

[Thomas D. (:thomas8)]

(In reply to Thomas D. from comment #22)
> wfm tb12.0.1/WinXP
> 
> only counting of attachments after deletion doesn't go down, we even have a
> deleted attachment icon by now! (since when?) :)

fwiw, tested on POP, but any outstanding issues need new bugs anyway.