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)

1.8 Branch
PowerPC
macOS
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 476541

People

(Reporter: eldavo, Assigned: smichaud)

References

Details

(Keywords: hang)

Attachments

(1 file)

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.
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: nobody → joshmoz
Component: General → Widget: Mac
Product: Thunderbird → Core
QA Contact: general → mac
Version: unspecified → 1.8 Branch
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: joshmoz → smichaud
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).

Here's the gdb stack trace I promised above, made using	a build of
Thunderbird 2.0.0.16 with debug symbols.
Keywords: hang
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
Confirmed this bug exists with latest TB version version 2.0.0.23 (20090812).
Product: Core → Core Graveyard
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.

Attachment

General

Created:
Updated:
Size: