Closed Bug 575359 Opened 14 years ago Closed 11 years ago

Save all attachments dialog doesn't work (Unresponsive script) + weird behavior

Categories

(Thunderbird :: Message Reader UI, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: protz, Unassigned)

References

Details

Attachments

(1 file)

STR:
- View a message with attachments
- Find the incredibly hard to access option to "Save All..."
- Click "Save all"
- Pick one of the scenarios below

Scenario 1:
- Stare at the dialog wondering why the main button is open instead of save (I know, it's bug 531777)
- Wait
- Unresponsive script dialog pops up
- Scream
- Curse
- Kill Thunderbird

Scenario 2:
- Move to the parent folder
- Click Save^W Open button
- "The folder could not be created" (next line:) "Error creating the directory. File exists."
- Start filing a bug in the meanwhile
- Unresponsive script dialog pops up, swear, cry... etc. etc.

Scenario 3:
- Move to the parent folder
- Quick quick quick before the unresponsive script dialog pops up
- Select the folder you were in before
- Click open
- It works! w00t!

Thunderbird is *not* going 100%cpu.

bp-d10aede5-dbe0-4379-a668-5039c2100628

(but I don't think it'll be meaningful)
FWIW, I tried switching to the native xul file picker after NeilAway's advice, and it solves part of the issues mentioned above. Scenario 2 then becomes a case of "platform (== gtk) file picker sucks", but Scenario 1 is still annoying.
so this bug is platform specific?  bug 577524 also cites unresponsive script for windows
I forgot about bug 485398 where ludo has some comments
Yep, ran into the same UI modal dialog hang, where the file open or new directory dialog is active, but doesn't close when pressing the buttons, as soon as the unresponsive script dialog comes up.  See attached screenshot.
Attached image hanging dialog boxes (deleted) —
BTW, that was on TB 3.1.2 on Mac OSX 10.5.8
please, can you confirm the regression range I posted in Bug 493578, by testing comm-central-trunk thunderbird nightly builds? [1]  Don't use your production profile

"In thunderbird (3.1a1), I can cause script timeout message with 20090313 build, but not 20090312 build. ... Not many checkins, but it includes a tracemonkey merge
http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2009-03-12%2004:00:00&enddate=2009-03-13%2008:00:00
http://hg.mozilla.org/comm-central/pushloghtml?startdate=2009-03-12%2003:00:00&enddate=2009-03-13%2008:00:00 

[1] ftp://ftp.mozilla.org/pub/thunderbird/nightly/2009/03/
(apparently firefox people don't have an interest in bug 493578)

would still be a great help for someone to test the potential regression range in comment 7 for Thunderird, or firefox
Depends on: 482811
I am seeing this problem on MacOS 10.6, TB v3.1.7, as well.

The only resolution is to kill (Force Quit) TB.
Better since bug 482811 fixed on 2012-08-21

xref bug 714212
Flags: needinfo?(jonathan.protzenko)
Flags: needinfo?(jimoe)
Better since bug 482811 fixed on 2012-08-21 ?  (question mark)
Hi Wayne,

- Scenario #2 seems to be solved by the better file picker in Gnome 3.
- I didn't run into the unresponsive script thing yet, so I guess the issue is gone as well.
- The button still reads "open" but I guess there's not much we can do about that, and it's a separate bug.

I think we can close this one since the Linux issues are gone, and redirect comment #9 into the long-standing bug #493578
Flags: needinfo?(jonathan.protzenko)
Thanks protz
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(jimoe)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: