Closed
Bug 485398
Opened 15 years ago
Closed 14 years ago
Thunderbird incorrectly detects unresponsive script when launching native modal file chooser dialog and in MsgComposeCommands.js when canceling file picker
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 476541
People
(Reporter: davidben, Unassigned)
References
Details
(Keywords: perf)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090325 Shiretoko/3.5b4pre Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b4pre) Gecko/20090312 Shredder/3.0b3pre Thunderbird's unresponsive-script detection detects an unresponsive script when a native dialog is open (specifically, the file chooser). Furthermore, such an unresponsive script dialog is irrecoverable: Only when Thunderbird decides it's being unresponsive and the "unresponsive script" dialog opens, does it actually become unresponsive. The main window and the dialog fail to repaint in response to exposes, and, while the file chooser appears to repaint itself, you cannot click on it. The user is left with no choice but to force-kill Thunderbird from the outside. Reproducible: Always Steps to Reproduce: 1. Press "Write" on the toolbar 2. Press "Attach" 3. Wait 2-3 minutes Actual Results: Thunderbird thinks a script is unresponsive and opens the dialog to kill it, resulting in a self-fulfilling prophesy. Expected Results: Nothing should have happened.
Comment 1•15 years ago
|
||
Using Winxp here. Waited a full 4 minutes, and no unresponsive script dialog here. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090324 Lightning/1.0pre Shredder/3.0b3pre ID:20090324032359
Reporter | ||
Comment 2•15 years ago
|
||
A friend of mine said this does not occur on Macs either. Are dialogs handled differently in Linux/GTK?
Comment 3•15 years ago
|
||
(In reply to comment #2) > A friend of mine said this does not occur on Macs either. Are dialogs handled > differently in Linux/GTK? It's a bit different but that should not matter much. Did your problem happen with a new profile or did you already have a profile from a previous version of Thunderbird ?
Reporter | ||
Comment 4•15 years ago
|
||
Just tried it with a new profile (moved the .thunderbird directory and started everything fresh. Incidentally, is the -ProfileManager switch supposed to work with Thunderbird? It didn't seem to for me.) and it still occurred. (i.e., I started Thunderbird, and followed the above Steps to Reproduce, canceling every request to make a new account.) Slight erratum to the original report: The file chooser also fails to repaint itself.
Comment 5•15 years ago
|
||
(In reply to comment #4) > Just tried it with a new profile (moved the .thunderbird directory and started > everything fresh. Incidentally, is the -ProfileManager switch supposed to work > with Thunderbird? It didn't seem to for me.) and it still occurred. Yes it should .. > (i.e., I started Thunderbird, and followed the above Steps to Reproduce, > canceling every request to make a new account.) > > Slight erratum to the original report: The file chooser also fails to repaint > itself. what versions of GTK do you have installed ?
Reporter | ||
Comment 6•15 years ago
|
||
GTK-wise, I have a fairly unmodified Ubuntu 8.10 install, so 2.14.4.
Comment 7•15 years ago
|
||
2-3 minutes sounds long for script timeout
Component: General → Message Compose Window
Keywords: perf
QA Contact: general → message-compose
Summary: Thunderbird incorrectly detects unresponsive script when launching native modal dialog → Thunderbird incorrectly detects unresponsive script when launching native modal file chooser dialog
Comment 8•15 years ago
|
||
I just kinda crash before that atm on trunk, bug 491197
Reporter | ||
Comment 9•15 years ago
|
||
In a recent build ( Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b5pre) Gecko/20090503 Shredder/3.0b3pre ), the problem still occurs for me, but they no longer block each other, so I can select "Continue". If it helps, the dialog is now considerably less useless and says it is frozen in chrome://messenger/content/messengercompose/addressingWidgetOverlay.js:591 Has anyone else successfully attempted to reproduce this?
Comment 11•15 years ago
|
||
reproducible in opt 20090505 (debug crashes in gc first); I get an unpainting slowscript dialog and 3pane, others do paint; the window frame close button on the slowscript dialogs gets rid of it. Also, twice saw slowscript in chrome://messenger/content/messengercompose/MsgComposeCommands.js:2499 when canceling the filepicker instead
Updated•14 years ago
|
Summary: Thunderbird incorrectly detects unresponsive script when launching native modal file chooser dialog → Thunderbird incorrectly detects unresponsive script when launching native modal file chooser dialog and in MsgComposeCommands.js when canceling file picker
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Comment 13•14 years ago
|
||
bug 476541 is marked Mac-only so it's not clear to me this is a proper duplicate. does linux suffer the same fundamental dialog deadlock, and would be fixed by a Mac-fix?
Comment 14•14 years ago
|
||
(I don't understand what's going on with bugzilla fields and chrome :( )
OS: All → Linux
You need to log in
before you can comment on or make changes to this bug.
Description
•