Closed Bug 134634 Opened 24 years ago Closed 21 years ago

Cannot "save all" - save button inactive in default directory (unless you select another one)

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Linux
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 142482

People

(Reporter: david.hagood, Assigned: ajschult784)

References

Details

Attachments

(2 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9+) Gecko/20020326 BuildID: Given a mail message with multiple attachments, selecting Save All doesn't work - the file selector dialog marks the Save button as inactive until a file name is entered, but you cannot enter a file name for a Save All, therefor catch-22. Reproducible: Always Steps to Reproduce: 1. get a message with multiple attachments 2. In the attachment pane, select Save All Actual Results: Save all dialog has the Save button disabled. Expected Results: Should be able to select a directory and press Save
QA Contact: olgam → trix
with Linux build 20020401, the button is "Select". If I click on a directory and then hit select, it works. worksforme.
Here's a screen shot of the Save All dialog, showing the Select button as being inactive.
Andrew, I think the reason why you said "worksforme" is because of a misunderstanding in the bug description. What happens is that when you select "Save All" in the email attachement box, the File Selector pops up and the Select button is de-activated. As you rightly said if you click on a directory name, the Select button goes to "selectable". But the problem is when you want to save in the very directory the File Selector opens on. In this case there is nothing to select because you are already in the right place. The work around is to go one level up and then select the directory you where in. And of course this workaround would not work if you are in "/". The real fix here is to make the "Select" button selectable when the File Selector pops up as opposed to what happen when you select to an individual file. Hope this helps.
Another workaround using Linux, Build 2003030308 works as follows: 1. Select "Save all" 2. Enter "./" as directory name. This works BUT: Saving the next time using "save all", "./" is already entered as directory name, but the select-button is inactive again. Now, you have to enter another "./" resulting in "././" to save all files. BUT: Saving the next time using "save all", "././" ... resulting in "./././" to save all files. and so on, never ending story. But it is a workaround.
Still a problem in Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7a) Gecko/20040117
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Cannot "save all" - save button inactive → Cannot "save all" - save button inactive in default directory (unless you select another one)
*** Bug 198366 has been marked as a duplicate of this bug. ***
I wonder why this prob wasn't fixed in 2 years after being first reported. Aside from "Save As" (CTRL-S) there could also be an "Append" (to existing file) and "Overwrite" (the same name file) functions.
I have the same problem, using Tbird 0.7.1 on Fedora Core 2. You can work around by going up to the previous level and then click on the folder and select it, but it is a real hassle, and is a bug worth fixing, in my opinion.
Product: Browser → Seamonkey
waiting for a three years anniversary, huh? I get the same with Thunderbird 1.0. It's a big UI flaw, and still noone fixes it for so long... Why? it's not hard, imho. Btw1, If you want to save attachments to a newly-created folder, you create it and then are automatically sent to it, so you have to go back afterwards and select your folder. Or use the beforementioned workarount. Btw2, Windows users get native "Save all" and "Save as" dialogs, maybe it's possible to make GTK versions use GTK native dialogs too?
I just noticed that Firefox in Ubuntu uses GTK-2.4 native File>Save and File>Open dialogs. Does that mean we'll have it in the next release? :)
*** Bug 284458 has been marked as a duplicate of this bug. ***
There is already code to handle null selection with folder-selection mode. The button was just disabled.
Assignee: sspitzer → ajschult
Status: NEW → ASSIGNED
Attachment #176242 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #176242 - Flags: review?(timeless)
Sorry, but I already have a patch in bug 142482 ... *** This bug has been marked as a duplicate of 142482 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Attachment #176242 - Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #176242 - Flags: review?(timeless)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: