Closed Bug 205606 Opened 21 years ago Closed 15 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: 15 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.