Open Bug 838131 Opened 12 years ago Updated 7 months ago

Contextual option "Go to Download Page" is disabled after restarting Firefox

Categories

(Firefox :: Downloads Panel, defect)

Desktop
All
defect

Tracking

()

Tracking Status
firefox-esr115 --- affected
firefox123 --- affected
firefox124 --- affected
firefox125 --- affected

People

(Reporter: sbadau, Unassigned)

References

Details

Mozilla/5.0 (Windows NT 6.1; rv:21.0) Gecko/20130204 Firefox/21.0 Build ID: 20130204030941 Steps to reproduce: 1. Launch Firefox 2. Perform several downloads 3. Open the downloads panel, right click on any completed download and click on "Go to Downloads Page" 4. Open the Downloads View, right click on any download and click on "Go to Downloads Page" 5. Close Firefox and open it again 6. Go to the Downloads View, right click on any download and click on "Go to Downloads Page" Expected results: In step 6 "Go to Downloads Page" option is enabled. Actual results: In step 6 "Go to Downloads Page" option is disabled. Please see the screencast for more details: http://screencast.com/t/bQQawcjGNc
Note: - the issue is reproducible on the latest Aurora: Mozilla/5.0 (Windows NT 6.1; rv:20.0) Gecko/20130207 Firefox/20.0 (20130207042017) - the issue is reproducible on the latest Nightly ever since the Downloads View was enabled by default in Bug 825060: Mozilla/5.0 (Windows NT 6.1; rv:20.0) Gecko/20121230 Firefox/20.0 (20121230030830)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0, build id: 20130822030204 I'm still seeing this issue on the latest Nightly build, although not necessary with the steps from bug description. The option is disabled even when I launch the browser for the first time, with a clean profile (no add-ons, no changed prefs): 1. Launch Firefox with a new profile 2. Download something 3. Right click on the download in the panel (or in the Library window) and check the context menu Actual result: "Go to Download page" context menu option is disabled. I've seen this issue across all platforms: Win 7 x64, Ubuntu 13.04 x86, Mac OS X 10.7.5 and 10.8.4, and even on Firefox 20 (where the downloads panel was introduced). It is NOT ALWAYS reproducible, but for me it does reproduce almost all the times I tried the steps I provided. For example, I was trying all kind of documents and it didn't work, but it worked with http://cdn04.foxitsoftware.com/pub/foxit/reader/desktop/win/6.x/6.0/enu/FoxitReader606.0722_enu_Setup.exe. Then I tried again with a new profile and it didn't work anymore with the same file. It seems to work _sometimes, randomly_. If someone has any ideas about where to search for more clues for the source of this issue, it would be much appreciated.
(In reply to Mihaela Velimiroviciu [QA] (:mihaelav) from comment #2) > It seems to work _sometimes, randomly_. > If someone has any ideas about where to search for more clues for the source > of this issue, it would be much appreciated. This might depend on the exact steps you follow to launch the download (left click on link, context menu on page, "Save Page As" menu item). It may also depend on the time the server takes to reply, when saving using the context menu.
Not working on Mac OS 10.7.5 using Latest Nightly 26. I used following STR: 1. Go to http://www.softpedia.com/progDownload/DirectX-9.0c-Redistributable-Download-3545.html and clicked on External Mirror 1. (Download automatically starts) 2. When the download is completed I pressed right click on downloaded item in the Downloads Panel pop-up. Actual Results: After step 2 I am not able to select Go to Download Page Expected Results: I should be able to choose Go to Download Page option after step 2
Blocks: 852482
Same issue on Latest Nightly 27.
I don't think there's any need to set status flags here unless there's a regression in those versions. On the surface this looks like a bug in the initial implementation or something happening server side (as Paolo suggested in comment 3). Since this has existed going back to Firefox 20 I see no reason to track with status flags at this point.
See Also: → 1126824
See Also: 1126824
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.