Closed Bug 577524 Opened 14 years ago Closed 13 years ago

Unresponsive script warning when saving multiple attachments

Categories

(Thunderbird :: Message Reader UI, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: dough, Unassigned)

Details

(Keywords: perf)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1

During the saving of all the attachments in an email via
File|Attachments|Save all, the following dialog came
up behind a window so I didn't see it till much later.

==================

Warning: Unresponsive script

A script on this page may be busy, or it may have stopped responding. You
can stop the script now, or you can continue to see if the script will complete.

Script: file:///C:/Program%20Files/Mozilla/Thunderbird/components/steelApplication.js:174

======================

I clicked "Continue" and one more attachment (I think) was saved (as evidenced
by the quick flash up of the annoying transient window that appears each time it saves an attachment).



Reproducible: Didn't try
Version: unspecified → 3.1
did you see this in version 3.0? 
xref bug 575359
Keywords: perf
I suppose it's related to bug 575359, but all the attachments had been transferred to the destination directory before the (hidden) hang happened. I know because I went to the destination directory and had added .jpg extensions to all the file names (which had none), and viewed the .jpg's before I found the dialog hiding and dispatched it. My earlier statement that one more attachment got transferred after dispatching the dialog is incorrect, as when I went back and looked after dispatching the dialog, there was no additional file which would have been missing the .jpg extension if it had come in after I added them.

There was nothing for me to respond to after the first directory picker because the way I saved the attachments (File|Attachments|Save all) runs automatically without further user intervention, despite the silly dialog/windows that pop up and immediately go away for each file. Perhaps the time it took to save the files and pop-up/clear the dialogs was just longer than that script-liveliness-check timeout.

I saw the problem in version 3.1, but had never seen the script hang happen previously and I get that same sort of email regularly from a friend. Perhaps there were just more attached photos than usual -- took longer to same them all?
And I'm on a dialup at home, so if the attachment save process includes downloading the photos that could help explain why people on a high speed link might not see the problem.
Doug, do you see this problem when thunderbird is started in safe mode?
I haven't had this problem since the original occurrence and I'm real prompt about updated to the newest. I'd say close it as unreproducible.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
I've just seen this, right-clicking on the attachment name, choosing Save As. The attachment saved OK but I got the "Unresponsive script ... steelApplication.js".

Thunderbird 9.0 (9.0+build2-0ubuntu0.11.10.1), Ubuntu 11.10, i386.
You need to log in before you can comment on or make changes to this bug.