Closed
Bug 118916
Opened 24 years ago
Closed 22 years ago
file picker does not respect SetDisplayDirectory() when opening in "pick folder" mode
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
mozilla1.0.1
People
(Reporter: sspitzer, Assigned: law)
References
Details
file picker does not respect SetDisplayDirectory() when opening in "pick folder"
mode
here's the mailnews code for "saving all attachments", which wants you to pick a
folder.
filePicker->Init(
nsnull,
GetString(NS_LITERAL_STRING("Save All Attachments").get()),
nsIFilePicker::modeGetFolder
);
rv = GetLastSaveDirectory(getter_AddRefs(lastSaveDir));
if (NS_SUCCEEDED(rv) && lastSaveDir) {
filePicker->SetDisplayDirectory(lastSaveDir);
}
filePicker->Show(&dialogResult);
if (dialogResult == nsIFilePicker::returnCancel)
goto done;
the call to SetDisplayDirectory() doesn't work. so even though we are trying to
persist the last directory the user chose, it doesn't work.
this blocks bug #108542
Seth, do you see the same problem on all platforms? There are different
implementations of nsIFilePicker so we may have to fix this is three different
places.
I can definitely take care of the Win32 implementation and can manage the Linux
(.js) one, too. The Mac is a different story, but most likely this isn't broken
there (I hope).
I'm setting the target milestone to match bug 108542.
Target Milestone: --- → mozilla1.0.1
Comment 2•23 years ago
|
||
Almost certainly a dupe of but 89325 - and that bug even has a patch ;)
Updated•23 years ago
|
Summary: file picker does not respect SetDisplayDirectory() when opening in "pick folder" mode → file picker does nenot respect SetDisplayDirectory() when oping in "pick folder" mode
Comment 3•23 years ago
|
||
Sorry
Summary: file picker does nenot respect SetDisplayDirectory() when oping in "pick folder" mode → file picker does not respect SetDisplayDirectory() when opening in "pick folder" mode
Comment 4•22 years ago
|
||
Marking as dupe of 89325, which has a patch. All we need now is to work out the
process for moving a confirmed bug with patch into the build, within 18 months
of being reported and a fix made.
Yep - 18 months! It really doesn't encourage community participation :(
*** This bug has been marked as a duplicate of 89325 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•