Closed
Bug 232138
Opened 22 years ago
Closed 21 years ago
"Show Folder" button doesn't work in Tools | Options | Downloads | Download Folder
Categories
(Firefox :: Settings UI, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: aram82, Assigned: p_ch)
References
Details
(Keywords: fixed-aviary1.0, Whiteboard: fixed in bug 249654?)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040125 Firebird/0.8.0+
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040125 Firebird/0.8.0+
In Tools/options/downloads/download folder there is a button labelled "show folder".
Pressing this button appears to have no effect whatsoever.
Reproducible: Always
Steps to Reproduce:
1. Open tools/options/download
2. Press button "show folder"
3. Observe that nothing happens
Actual Results:
Nothing at all
Expected Results:
? Presumably opened up a list of files within the download folder?????
Comment 1•22 years ago
|
||
Confirming bug on:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040125 Firebird/0.8.0+
Severity: minor → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: PC → All
Summary: "show folder" button doesn't work → "Show Folder" button doesn't work in Tools | Options | Downloads | Download Folder
Comment 2•21 years ago
|
||
Related to bug 249654?
Comment 3•21 years ago
|
||
here's the js console output when Show Folder fails to work:
Error: uncaught exception: [Exception... "Component returned failure code:
0x80004005 (NS_ERROR_FAILURE) [nsILocalFile.reveal]" nsresult: "0x80004005
(NS_ERROR_FAILURE)" location: "JS frame ::
chrome://mozapps/content/downloads/pref-downloads.js :: showFolder :: line 254"
data: no]
Updated•21 years ago
|
Flags: blocking-aviary1.0+
Comment 4•21 years ago
|
||
is this a problem on Windows?
it's not a problem on Mac, afaict.
Comment 5•21 years ago
|
||
The same (nothing :) ) happens when clicking "show folder" in the download manager.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040809 Firefox/0.9.1+
Updated•21 years ago
|
Assignee: firefox → p_ch
Comment 6•21 years ago
|
||
I get the same thing on trunk build Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.8a4) Gecko/20040908 Firefox/0.9.1+.
Comment 7•21 years ago
|
||
This is Linux-only, I have a patch in progress fixing this bug in a couple of
locations, using the seamonkey method (since nsIFile.reveal() doesn't work on GTK)
Comment 8•21 years ago
|
||
doesn't look like a patch will make 1.0. renominate if something appears.
Updated•21 years ago
|
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Comment 9•21 years ago
|
||
*** Bug 262089 has been marked as a duplicate of this bug. ***
Comment 10•21 years ago
|
||
perhaps fixed by dmose's checkin for bug 249654?
Whiteboard: fixed in bug 249654?
Comment 11•21 years ago
|
||
looks fixed with 2004102109-0.9+ on linux fc2.
Comment 12•21 years ago
|
||
vrfy'd fixed with 2004102109-0.9+ on fc2 (gnome). when I click "show folders" I
get the External Protocol Request dialog asking me if I wanted to launch the
file: (pointing to the path specified in the pref; unless it's Desktop --see bug
241245). clicking "launch application" opens the gnome file browser I had set
for my file manager (as expected).
Status: RESOLVED → VERIFIED
Comment 13•19 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in
before you can comment on or make changes to this bug.
Description
•