Closed
Bug 1162374
Opened 10 years ago
Closed 2 years ago
Impossible to download particular add-on versions from AMO with non-Firefox browser
Categories
(addons.mozilla.org Graveyard :: Administration, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: RainerBielefeldNG, Unassigned)
References
Details
User Story
With EN-US SeaMonkey 2.33.1 (German Language pack) Gecko/20100101 Build 20150321194901 (Default Theme) on German WIN7 64bit I observe that particular latest add-on can not be downloaded from version list in AMO.
Steps how to reproduce:
1. in browser open
<https://addons.mozilla.org/de/firefox/addon/ublock/versions/>
» Most top Version 0.9.3.5 is suitable for SeaMonkey 2.21
or more recent
2. Do mouseover from top (pink background) to bottom at half way between
text and right table border of versions list
» A grey [Dowlnload now] button appears
Expected: Mouse pointer changes to "Can Click" view or rightclick
will allow download with warning or whatever else
Actual: no way to start download
Now try again with FF 37.0.2. Here in step 2 you will see the yellow brown
striped [Add to FF] button as expected.
a) So this might be a SeaMonkey Bug? To check this I downloaded Version 0.9.3.5, modified add-on - id in "install.rdf" and uploaded the modified add-on to AMO. For this Addon (not from list, because only 1 version available) SeaMonkey download worked (until ad-on became rejected as expected) as expected with yellow brown striped download button.
So I think there is an AMO part in the Problem
b) You can observe the same (or similar) effect at <https://addons.mozilla.org/de/firefox/addon/wot-safe-browsing-tool/versions/?page=1#version-20150421>. First (latest) version can not be downloaded as per step 2, but for second and older versions download is possible without problems. Here also download of Version 20150421 with FF works without problems.
c) I wonder whether it's a related problem that from <https://addons.mozilla.org/de/firefox/addon/ublock/> Download of µBlock 0.9.1.0 is not possible with SM, viisble effects as in step 2
Iff appropriate, please forward this one with comment to AMO related product-component
Reporter | ||
Updated•10 years ago
|
Version: SeaMonkey 2.34 Branch → SeaMonkey 2.33 Branch
Comment 1•10 years ago
|
||
I confirm, it is a known problem and happens in all languages. Actually, the download link is still there in HTML of the page but the buggy javascript code disables the button when a non-Firefox browser is detected. It is trivial to re-enable the button using developer tools like Firebug but of course for an average user this solution beyond their ability.
The best solution would be to fix the javascript on AMO.
Reporter | ||
Comment 2•10 years ago
|
||
(In reply to lemon_juice from comment #1)
> The best solution would be to fix the javascript on AMO.
Modify product/component
Component: General → Administration
Product: SeaMonkey → addons.mozilla.org
Summary: Impossible to download particular add-on versions from AMO → Impossible to download particular add-on versions from AMO with non-Firefox browser
Version: SeaMonkey 2.33 Branch → unspecified
Reporter | ||
Comment 4•10 years ago
|
||
If I replace "firefox" in URL by "seamonkey", download becomes possible, the yellow striped button will appear when mouseover download button.
Comment 5•10 years ago
|
||
(In reply to Rainer Bielefeld from comment #4)
> If I replace "firefox" in URL by "seamonkey", download becomes possible, the
> yellow striped button will appear when mouseover download button.
I tried that but this doesn't work for all versions. "Version 20150421" is still inaccessible for me event with "seamonkey" in the URL.
Reporter | ||
Comment 6•10 years ago
|
||
(In reply to lemon_juice from comment #5)
Me too, now. It seems there was a small step in between or whatever what additionally is required to get it working, my description seems to be incomplete.
Reporter | ||
Comment 7•10 years ago
|
||
Currently I can not reproduce how to get it running for WOT, but I observed something other strange:
21. In Add-on Manager search for block → View all results
22. Modify Search string to "ublock" and wait for suggestions
23. Click first suggestion "µBlock 0.9.1.0"
» leads me to <https://addons.mozilla.org/de/android/addon/ublock/>
Android?!? because there was no Version info in the URL
24. 'See other Versions'
» Version 0.9.3.5 can be downloaded with my WIN SeaMonkey, button is active,
normla blue button
25. In URL modify "android" to "firefox": now donload is impossible, although
there is no Version info in URL
26. In URL modify "firefox" to "seamonkey": now donload is possible again,
but now with yellos striped "preliminary permission" button
Seems there are cookies or other secret knowledge AMO uses, for me as a user that all is very mysterious
Reporter | ||
Comment 8•9 years ago
|
||
Still a problem!
Comment 9•9 years ago
|
||
(In reply to Rainer Bielefeld from comment #0)
> With EN-US SeaMonkey 2.33.1 (German Language pack) Gecko/20100101 Build
> 20150321194901 (Default Theme) on German WIN7 64bit I observe that
> particular latest add-on can not be downloaded from version list in AMO.
>
> Steps how to reproduce:
>
> 1. in browser open
> <https://addons.mozilla.org/de/firefox/addon/ublock/versions/>
Things appear to have changed (for worse) because now AMO displays the huge green buttons "Only with Firefox" and the script on these pages completely removes (not hides) download URLs so I'm not able to extract them and make them clickable with the AMO Browsing extension. This would be possible to achieve but would require much more work and workarounds so I'll leave it maybe for later. The only solution now is either to switch to the /seamonkey/ version of the versions page or disable javascript.
However, with version 0.9.9 at least I was able to get beta version pages to be usable, for example: https://addons.mozilla.org/en-US/firefox/addon/mouse-gestures-suite/versions/beta - beta pages still retain download URLs within the code.
Assignee | ||
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
Reporter | ||
Comment 10•9 years ago
|
||
Digged out for burying it somewhere else:
I think it's not realistic to hope for a fix from AMO side.
Workarounds are known.
Browsing tool adaptions seems challenging.
So may be we should create some "Tips and Tricks" mentioning workarounds (wiki?) and close this one WONTFIX? I doubt that there will be many requests to convert an older Version of an add-on.
User Story: (updated)
Comment 11•2 years ago
|
||
This bug lies at rest in the graveyard.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•