Closed Bug 205606 Opened 22 years ago Closed 16 years ago

save all attachments - create new directory enters directory

Categories

(MailNews Core :: Attachments, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: rjl, Unassigned)

References

Details

(Whiteboard: closeme 2009-03-19)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030513 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030513 When "Save All" is selected in the attachment pane of a message and a new folder is created, the new folder is CDed to and the user must go to the parent folder to select it. Reproducible: Always Steps to Reproduce: 1. Select "Save All" in the attachment pane of a message. 2. Select the "create new directory" button of the file dialog that opens. Actual Results: The new directory is made the current directory and the parent directory must be navigated to since the file dialog needs a directory name. Expected Results: The new directory should not be made the current directory but the "Directory name" should be populated with the new directory name.
See bug #37113 "Need better UI for "Save all attachments"" This would be no problem, if the directory we are in would be selected and we wouldn't have to select the dir we want to save in (and thus first have to leave it).
*** Bug 247117 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Depends on: 37113
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: stephend → attachments
Product: Core → MailNews Core
still happens with linux trunk?
(In reply to comment #0) > Actual Results: > The new directory is made the current directory and the parent directory must > be > navigated to since the file dialog needs a directory name. I don't see that. > Expected Results: > The new directory should not be made the current directory but the "Directory > name" should be populated with the new directory name. The save dialog seems to have changed a lot since I can't really reproduce on TB3.0b2. I was using OpenSuse 11. Considering closing as INVALID.
Whiteboard: closeme 2009-03-19
RESO INVALID -> this is the GTK+ file save dialog, AIR.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.