643152 - after switching back to normal browsing from private browsing, the "Save As" dialog box still locates the folder used during the private browsing.

Status: RESOLVED DUPLICATE of bug 483481

(Firefox :: Private Browsing, defect)

Description

[Raj chopra]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15

You save a file in Folder "X" in Private browsing and when you switch back to general mode and you try to save a file, the "Save As" dialog box still locates the folder "X" (that you selected in Private browsing mode) instead of locating the folder which was supposed to be located before the private browsing mode. 

Reproducible: Always

Steps to Reproduce:
1. Start Private Browsing by Selecting "Start Private Browsing" from "Tools" menu.
2. Open a page that contains an image.
3. Save the image file by right clicking on it and select "Save Image as" in a different location and not the default folder. Say folder "X" and not the "Downloads" folder.
4. Stop "Private Browsing by selecting "Stop Private Browsing" from "Tools" menu.
5. open a page that contains an image.
6. and now save the image again by right clicking on it and selecting "Save image as" from the menu.
Actual Results:  
Problem lies here. The save as dialog box which appears now locates to the Folder "X" which it should not have shown because you selected the Folder "X" in private browsing mode. the save as dialog box should locate the folder which was last used in general mode and not in private mode.

Expected Results:  
the save as dialog box should locate the folder which was last used in general mode and not in private mode.

the save as dialog box should locate the folder which was last used in general mode and not in private mode.

Comment 1

[Benjamin Smedberg]

This bug does not need to remain private.

Comment 2

[(no longer active)]

This should be handled by gContextMenu.saveImage <http://mxr.mozilla.org/mozilla-central/source/browser/base/content/nsContextMenu.js#1021>, which ends up calling internalSave, which should read the display directory for the file picker from gLastDownloadDir <http://mxr.mozilla.org/mozilla-central/source/toolkit/content/contentAreaUtils.js#585>, added in bug 464795.  And that should handle private browsing just fine.

Gavin, do you have any idea why this chain might fail to work?

Comment 3

[(no longer active)]

Hmm, actually, this seems to be a dupe of bug 483481, which only happens on Windows 7.

Comment 4

[evropej]

same here.

Comment 5

[(no longer active)]

Can you guys please test Firefox 4 to see if it is affected by the same problem?

Comment 6

[evropej]

It seems fixed in v4 for me. I will check it out with a clean os install of v4 too later. Win 7 64 bit by the way. 

Side note: who came up with the bright idea of putting the home button all the way to the right? Anyone every use firefox with a 23 inch widescreen lcd? Try it out lol.