Closed
Bug 448452
Opened 16 years ago
Closed 11 years ago
Competing file attachment and Auto Save modal dialog together make Thunderbird inaccessible
Categories
(Core Graveyard :: Widget: Mac, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 476541
People
(Reporter: eldavo, Assigned: smichaud)
References
Details
(Keywords: hang)
Attachments
(1 file)
(deleted),
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.1) Gecko/2008070206 Firefox/3.0.1 Build Identifier: Thunderbird 2.0.0.16 I have found a case where you can have both file attachment and auto save dialogs going at once can make all controls in the app inaccessible. Reproducible: Always Steps to Reproduce: 1. Make sure Auto Save for composing is on 2. Compose a new email 3. Open an attach file dialog so you are browsing the filesystem but wait to select a file until you notice the Auto Save dialog pop up. 4. Now try to select a file attachment. You'll click the open button and nothing will happen. If you try to go back to Thunderbird you can't because it's waiting for you to finish the file dialog. Actual Results: Thunderbird was inaccessible. I had to force quit the app to get back into it. Expected Results: It should have either withheld the autosave until the file dialog completed.
Assignee | ||
Comment 1•16 years ago
|
||
I can reproduce this with Thunderbird 2.0.0.16. Though in step 3 I don't see an "Auto Save dialog" -- instead (because I've set Thunderbird to save "drafts" to the Drafts folder on the IMAP server) I get prompted for my "mail server password". This must be a Mac Widgets bug. Its symptoms are very similar to those of bug 436473 and bug 442442. But the latter is a Cocoa widgets bug, so they're (at best) only distantly related. I'm going to build a copy of Thunderbird 2.0.0.16 with debug symbols. Once I've done that I should be able to provide a gdb stack trace of this bug's "hang".
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•16 years ago
|
Assignee: nobody → joshmoz
Component: General → Widget: Mac
Product: Thunderbird → Core
QA Contact: general → mac
Version: unspecified → 1.8 Branch
Assignee | ||
Comment 2•16 years ago
|
||
This is a pretty major bug. But the 1.8 branch (from which Thunderbird 2.0.0.X comes) is obsolescent, so I'm not sure it'll get fixed. It'll be hard enough coming up with a fix for the 1.9.X branch bugs that I mentioned above -- but 436473 and bug 442442 :-(
Severity: minor → major
Assignee | ||
Updated•16 years ago
|
Assignee: joshmoz → smichaud
Assignee | ||
Comment 3•16 years ago
|
||
Interestingly, the same STR (from comment #0) produces a hang identical to that of bug 436473 and bug 442442 with today's Thunderbird trunk (aka 1.9.1-branch) nightly (aka "Shredder"). Once again, this is a _different_ "hang" than the one reported in comment #0. But fixing bug 436473 (and bug 442442) should also stop comment #0's STR from "working" in Thunderbird's next major release (3.X, on the 1.9.X branch).
Assignee | ||
Comment 4•16 years ago
|
||
Here's the gdb stack trace I promised above, made using a build of Thunderbird 2.0.0.16 with debug symbols.
Assignee | ||
Updated•16 years ago
|
Summary: Competing file attachment and Auto Save modal dialog together make app inaccessible → Competing file attachment and Auto Save modal dialog together make Thunderbird inaccessible
Comment 6•15 years ago
|
||
Confirmed this bug exists with latest TB version version 2.0.0.23 (20090812).
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•