229776 - Save-all problem with CD'ing into directory yet requiring a directory name as an argument.

Status: VERIFIED DUPLICATE of bug 142482

(MailNews Core :: Attachments, defect)

Description

[Josh McCormick]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210

Situation: I've got a number of messages in my inbox with several attachments
each. I want to save them into a directory call "/home/jmccorm/download".
Action: In the attachment window, I right click, and select "save all". I, just
so happen, start off in the "/home/jmccorm" directory. So I click (once) to
select "download" and press [Select]. My files are appropriately placed into
that directory. I delete that message and go onto the next.
Problem: In the next message, I right click on the attachment window and select
"save all". This time, I start off in the "/home/jmccorm/download" directory. It
insists that I give it a name of a directory to save in (and it has CD'd into
the directory I previously saved into). So I have to go up a level in the
directory tree and then select (by clicking once) "download", then hit [Select].
Issue: If I'm wanting to save a number of attachments in messages all to the
same directory, I have to go through a big song and dance because it changes my
current working directory to where I last saved, and will not accept the current
working directory as a place to save attachments!

Reproducible: Always

Steps to Reproduce:
1. Please
2. See
3. Details
4. Above

Actual Results:  
Works, but way way more effort than is necessary because it wasn't quite thought
through?

Expected Results:  
Either NOT change the current working directory, or allow the current working
directory to be an allowed (and default) choice to save all attachments into

none

Comment 1

[Boris Zbarsky [:bzbarsky]]

There was some earlier discussion on how the directory selector mode of the
filepicker should work in other bugs...

Comment 2

[Josh McCormick]

Pardon my ignorance of Bugzilla!
Does that mean that this issue shouldn't be tracked, is already tracked, or...?
I guess my concern is that this particular aspect of the directory selector mode
of the filepicker is tracked as an issue.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Josh, that means that I _think_ there is already a bug report tracking this
issue; the "DUPEME" text in the status whiteboard is a note to QA to make an
effort to find that bug.

If they fail to do so, this bug should be confirmed and reassigned to the XP
Apps: Gui Features ...

Comment 4

[Christian :Biesinger (don't email me, ping me on IRC)]

*** This bug has been marked as a duplicate of 142482 ***

Comment 5

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified dup.