Open
Bug 838131
Opened 12 years ago
Updated 10 months ago
Contextual option "Go to Download Page" is disabled after restarting Firefox
Categories
(Firefox :: Downloads Panel, defect)
Tracking
()
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
Reporter | ||
Comment 1•12 years ago
|
||
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)
Comment 2•11 years ago
|
||
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.
Comment 3•11 years ago
|
||
(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.
Comment 4•11 years ago
|
||
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
Comment 5•11 years ago
|
||
Same issue on Latest Nightly 27.
status-firefox26:
--- → affected
status-firefox27:
--- → affected
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.
status-firefox26:
affected → ---
status-firefox27:
affected → ---
Updated•2 years ago
|
Severity: normal → S3
Updated•10 months ago
|
status-firefox123:
--- → affected
status-firefox124:
--- → affected
status-firefox125:
--- → affected
status-firefox-esr115:
--- → affected
Hardware: x86 → Desktop
You need to log in
before you can comment on or make changes to this bug.
Description
•