User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 ImageShackToolbar/5.0.0 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 ImageShackToolbar/5.0.0 (.NET CLR 3.5.30729) If you chose a path to download a file to which is inside of a library of windows 7 and then right click the download and click "Open Containing Folder" it opens e.g. C:/myFolder/Downloads/abc.xyz instead of the path inside the selected library Reproducible: Always Steps to Reproduce: 1. Chose a folder inside of a Windows 7 Library (e.g. Libraries > Downloads > abc.xyz) to save a download 2. right click the download and select 'Open Containing Folder' Actual Results: e.g. C:/myFolder/Downloads/abc.xyz will be opened Expected Results: Libraries > Downloads > abc.xyz should be opened in the explorer imo this should be fixed until windows 7 will have been released

Confirmed behavior with Firefox 3.0 on Windows 7 beta (7000) I'm not sure if its a wrong behavior so I'm not going to confirm the bug itself, waiting for someone from the UI team to say if that should open Library or the target folder. IE does very similar thing so it may be per design

Suppose you include the same folder in two libraries. Which should then be opened? The only difference to IE seems to be that we open Users > <username> > Downloads (child of Computer/Drive C:) whereas IE openes just <username> > Downloads (direct child of the Desktop).

@Simon Bünzli: It should either open the folder directly (if you selected the folder on e.g. C:\temp) or open the folder in the library that was selected. (so e.g. Temp library when you selected the temp folder in the Temp library)

Curious, probably does not make a difference, but how about in trunk? Should move the version to that if so.

Not sure why this is still unconfirmed, but this is definitely visible on trunk, 1.9.2, and 1.9.1. Adjusting bug accordingly. Nominating wanted-1.9.2 to get this on the radar, I think I'll have time to work on this soon.

This would require a lot of work to do, probably retrofitting nsLocalFileWin to keep track whether or not the file is in a Library. I also haven't been able to find anyway to open a library in explorer from the command line without its GUID, which there appears to be no way to get through the API ...