Open Bug 282860 Opened 19 years ago Updated 2 months ago

'Open Containing Folder' should not open a new folder window if folder's window for that download is already open

Categories

(Toolkit :: Downloads API, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: berkut.bugzilla, Unassigned)

Details

Attachments

(1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050218 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050218 Firefox/1.0+

In Firefox 1.0 when using "open containing folder" to open a folder that already
has a window opened would only focus that window, now that command open a
duplicate window of a particual folder even if it's already present on the taskbar.

Reproducible: Always

Steps to Reproduce:
1. see above
2.
3.
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1? → blocking-aviary1.1-
Asa or anyone elese, does this function behave this way intentionally, by design?
Summary: Open containing folder should not open a new folder window if that folder's window is already open → 'Open Containing Folder' should not open a new folder window if folder's window for that download is already open
If this gets reworked... should it refocus the downloaded file like it does when
you first open the folder, or should it leave it alone? I'd say I go for the
latter, unobtrusive alternative.
QA Contact: ali → download.manager
Assignee: bugs → nobody
Product: Firefox → Toolkit
I have mixed feelings on this one. Sometimes when I have a folder already open, I prefer a new window anyways because I may want to keep a folder window on the directory I've chosen and go off and do something different that involves changing directories with the new. I keep certain compilers as C:\CompilerName\CompilerName, where a compressed file involving that compiler is downloaded into C:\CompilerName and extracted into C:\CompilerName\CompressedFilename. Sometimes I want a window that stays at C:\CompilerName while another window starts at C:\CompilerName and eventually gets changed to C:\CompilerName\CompressedFilename. If this gets implemented, it should be a toggleable feature.
Severity: minor → S4
Attachment #9385200 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: