If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

Thunderbird hangs when trying to save attachments

RESOLVED DUPLICATE of bug 442908

Status

Thunderbird
Untriaged
--
critical
RESOLVED DUPLICATE of bug 442908
3 years ago
2 years ago

People

(Reporter: peer, Unassigned)

Tracking

({hang})

24 Branch
x86
Windows XP

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [dupeme?])

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release)
Build ID: 20140410211157

Steps to reproduce:

Version: 24.6.0

After the update to the current version, saving attachments doesn't work any more but instead crashes the application. It becomes completely unresponsive when trying to save any single attachment or using the save all button to save them all somewhere. Tried this with different mails, result is exactly reproduced.



Actual results:

Thunderbird became completely unresponsive. Files were not saved. The software is almost unusable in a professional context, because files received to be worked on are not available.
It even doesn't react to killing the process with Task-Manager sometimes.


Expected results:

Attachment(s) saved.
Thunderbird continues to react normally to user input.
(Reporter)

Updated

3 years ago
OS: Linux → Windows XP
(this isn't security)

we seem to be getting lots of these reports lately.
Does it happen if you have MS-WINDOWS started in safe mode?
Severity: normal → critical
Component: Security → Untriaged
Flags: needinfo?(peer)
Keywords: hang
Summary: Thunderbird crashes when trying to save attachments → Thunderbird hangs when trying to save attachments
Whiteboard: [dupeme?]
(Reporter)

Comment 2

3 years ago
Ok, I fell in a trap which I should have known already. I ran into this before, but, well, forgot about it in the kind of panicky situation.

So what happened? I switched from working in my LAN to using the laptop off-LAN. On the LAN, before turning off the laptop, I accessed network folders which were not present in the roaming situation, so that caused the hang in TB after the wakeup of the computer.

After waiting several minutes (!), the "save file" dialog finally appeared and files can be saved normally.

Regarding the bug: Only if there is a possibility to programmatically catch this kind of situation without that long a delay (e.g. check if the networked "current" save-to-folder is available at all INSTEAD of just waiting for that long timeout delay to finish), that would improve the software such that I'd consider this bug as resolved.
Flags: needinfo?(peer)
thanks for the update
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 442908
You need to log in before you can comment on or make changes to this bug.