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)

All
Linux
defect
Not set
normal

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?????
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
Related to bug 249654?
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]
Flags: blocking-aviary1.0+
is this a problem on Windows? it's not a problem on Mac, afaict.
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+
Assignee: firefox → p_ch
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+.
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)
doesn't look like a patch will make 1.0. renominate if something appears.
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
*** Bug 262089 has been marked as a duplicate of this bug. ***
perhaps fixed by dmose's checkin for bug 249654?
Whiteboard: fixed in bug 249654?
looks fixed with 2004102109-0.9+ on linux fc2.
Status: NEW → RESOLVED
Closed: 21 years ago
Keywords: fixed-aviary1.0
Resolution: --- → FIXED
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
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.