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)

x86
Linux
defect
Not set
critical

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.
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
A friend of mine said this does not occur on Macs either. Are dialogs handled differently in Linux/GTK?
(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 ?
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.
(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 ?
GTK-wise, I have a fairly unmodified Ubuntu 8.10 install, so 2.14.4.
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
I just kinda crash before that atm on trunk, bug 491197
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?
demoting
Severity: critical → normal
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
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
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?
Severity: normal → critical
Depends on: 476541
OS: Linux → All
(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.