User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090311 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090311 Firefox/3.0 I found the regression range: 3-11 - works 3-12 - broken This is obviously due to: Bug 464795 - Persist "save as" directory during private browsing, but restore previous value after Save a zip from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/, then wait for the download to complete, find a image file (type of file may matter eg. exe, html, avi, wmv, etc), right-click > Save Image As, see that Save As dialog is inside zip archive and attempting to save image in this archive. I never went all the way thru and saw if the image actually saved there. I assume any archive will do, not sure if it's limited to just zip. Someone else should try jar, 7zip, rar and so on. Also I've only been trying to save images afterward, so I'm not sure if the file type matters but it may. My setup has the permanent private browsing pref turned on. But this should also happen when switching on & off PB when starting with this pref off. Reproducible: Always

Ehsan: are we missing a .parent somewhere? I imagine this could happen if we specify the file itself as the displayDirectory...

(In reply to comment #1) > Ehsan: are we missing a .parent somewhere? I imagine this could happen if we > specify the file itself as the displayDirectory... Yes, exactly. Patch forthcoming.

This patch applies on top of the test patch in bug 464795 which is also awaiting your review. :-)

Comment on attachment 377649 [details] [diff] [review] Patch (v1) I talked to Ehsan about this, I wasn't sure why this special behavior was needed for the private browsing path, but not for the normal pref-path. He suspected it was related to the issue he discovered in bug 464795 comment 31, and I've confirmed that hypothesis by testing with the latest patch in that bug - it fixes this issue, so no need to take this patch.