Closed Bug 592238 Opened 15 years ago Closed 11 years ago

Download error -228 when updating add-on from the Add-on Manager

Categories

(addons.mozilla.org Graveyard :: Public Pages, defect, P2)

Product:
addons.mozilla.org Graveyard
Component:
Public Pages
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX
Milestone:
Q4 2010

People

(Reporter: zbynek.michl, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.9.1.11) Gecko/20100819 Iceweasel/3.5.11 (like Firefox/3.5.11) Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.9.1.11) Gecko/20100819 Iceweasel/3.5.11 (like Firefox/3.5.11) Our add-on DNSSEC Validator (ID 64247) is public since friday, 27 Aug 2010. Add-on Manager in Firefox tells that new version of add-on is available, but update cannot be downloaded. Reproducible: Always Steps to Reproduce: 1. Install some older (nonpublic) version, e.g. https://addons.mozilla.org/en-us/firefox/downloads/file/96526/dnssec_validator-0.17.2alpha-fx-linux.xpi?src=version-history&confirmed=1 2. Open Add-on Manager in Firefox, find DNSSEC Validator add-on and right mouse click "Find Update" 3. Make sure "Include this update" is ticked and click "Install Updates" Actual Results: Iceweasel could not install the file at http://releases.mozilla.org/pub/mozilla.org/addons/64247/dnssec_validator-0.17.3beta-fx-linux.xpi because: Download error -228 Expected Results: Addon should be updated to the latest version (0.17.3beta2 at this time). I can see that releases.mozilla.org site correctly includes the latest version 0.17.3beta2, but Add-on Manager tries to download older version 0.17.3beta, which never been public.
(In reply to comment #1) > http://support.mozilla.com/en-US/kb/Unable+to+install+add-ons#Download_Error_228 I have 50 MB for cache (default value). I checked network communication and problem is that Add-on Manager probably gets bad version from the versioncheck.addons.mozilla.org site.
This error normally occurs during the transition phase between Sandbox and Public, and can sometimes happen when new versions of public add-ons are uploaded. This should only be temporary, though. Can you still reprouce?
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #3) > This error normally occurs during the transition phase between Sandbox and > Public, and can sometimes happen when new versions of public add-ons are > uploaded. This should only be temporary, though. Ok, but 7 days are quite a long time. > Can you still reprouce? Yes, releases.mozilla.org site contains 0.17.3beta2 and the latest 0.17.4beta versions, but Firefox still tries to download old 0.17.3beta (and this version cannot be downloaded).
Assignee: nobody → clouserw
Component: API → Public Pages
QA Contact: api → web-ui
what is the update URL you're hitting?
Also, what version do you have installed. There are quite a few versions of this add-on in the db: mysql> select version from versions where addon_id=64247; +-------------+ | version | +-------------+ | 0.13alpha | | 0.14.1alpha | | 0.15alpha | | 0.15.1alpha | | 0.16alpha | | 0.17alpha | | 0.17.1alpha | | 0.17.2alpha | | 0.17.3beta | | 0.17.3beta2 | | 0.17.4beta | | 0.17.5beta | +-------------+ 12 rows in set (0.00 sec)
To reproduce: 1) Install version 0.17.1alpha (probably works with any version before the public one was approved): https://addons.mozilla.org/en-US/firefox/addon/64247/versions/0.17.1alpha 2) Restart. 3) Check for updates. This goes to: https://versioncheck.addons.mozilla.org/update/VersionCheck.php?reqVersion=2&id=dnssec@nic.cz&version=0.17.1alpha&maxAppVersion=4.0b1&status=userEnabled&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=3.6.8&appOS=Darwin&appABI=x86-gcc3&locale=en-US&currentAppVersion=3.6.8&updateType=97 And returns the following data: <?xml version="1.0"?> <RDF:RDF xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:em="http://www.mozilla.org/2004/em-rdf#"><RDF:Description about="urn:mozilla:extension:dnssec@nic.cz"> <em:updates> <RDF:Seq> <RDF:li resource="urn:mozilla:extension:dnssec@nic.cz:0.17.3beta"/> </RDF:Seq> </em:updates> </RDF:Description> <RDF:Description about="urn:mozilla:extension:dnssec@nic.cz:0.17.3beta"> <em:version>0.17.3beta</em:version> <em:targetApplication> <RDF:Description> <em:id>{ec8030f7-c20a-464f-9b0e-13a3a9e97384}</em:id> <em:minVersion>3.0</em:minVersion> <em:maxVersion>4.0b1</em:maxVersion> <em:updateLink>http://releases.mozilla.org/pub/mozilla.org/addons/64247/dnssec_validator-0.17.3beta-fx-macosx.xpi</em:updateLink> <em:updateInfoURL>https://addons.mozilla.org/versions/updateInfo/115731/%APP_LOCALE%/</em:updateInfoURL> <em:updateHash>sha256:9701efd8bff6cf21f99e5caa5bb2349e15e946f1aec3a09d19c6735c3d6de980</em:updateHash> </RDF:Description> </em:targetApplication> </RDF:Description></RDF:RDF> 4) When you click on Install Updates, you'll see the following message: Firefox could not install the file at http://releases.mozilla.org/pub/mozilla.org/addons/64247/dnssec_validator-0.17.3beta-fx-macosx.xpi because: Download error -228
Ah, so, version 0.17.3beta is in the sandbox, which is why it's not on the releases mirror, which is why it can't install it. So, the bug here is: versioncheck shouldn't offer to upgrade to versions in the sandbox. (And it usually doesn't, so this is probably the result of someone editing versions somewhere and the site not catching it). There is also a side helping of a bug: 0.17.3beta2 is the latest public version compatible with the app requesting update. versioncheck should be offering the latest compatible version We can handle this when the script is migrated to zamboni
Assignee: clouserw → nobody
Target Milestone: 5.12 → Q4 2010
I also have the problem with the following url: https://addons.mozilla.org/firefox/downloads/latest/852/addon-852-latest.xpi The latest version is not in the sandbox.
I have released version 1.0 four weeks ago, but versioncheck.addons.mozilla.org still provides 0.17.3beta for download :(
Hmm, versioncheck.addons.mozilla.org really behaves very strange. Now it provides version 1.0.2 which still waits for a review, so -228 occurs again.
The problem is still there with url https://addons.mozilla.org/firefox/downloads/latest/852/addon-852-latest.xpi The problem does not arise when updating from an earlier version to the latest version (although I was unable to really test this using the extension management interface in Firefox 4b6). The problem does not arise either on first install if you enter the url in the browser navigation bar or if you install the extension after downloading it. The problem arises when using Firefox 4b6 and when a script invokes InstallTrigger.install( url, callback) with this same url in order to trigger the installation of the extension. Then the install fails with return code -228. This problem does not arise when using Firefox 3.6.11.
Depends on: 591028
The issue (In reply to comment #13) > The problem is still there with url > https://addons.mozilla.org/firefox/downloads/latest/852/addon-852-latest.xpi > This issue is fixed in Firefox 4 beta 7. Many thanks.
Thanks. Similar bugs should be fixed with bug 612051 which is scheduled to go live by the end of the year.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Hmm, but no change for me. I am still getting version 1.0.2 instead of 1.0.4 on my computer :(
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Thanks for filing this. In an effort to not drown in existing reports we're aggressively closing old enhancements and bugs to get the buglist to a reasonable level so we can scope and process bug sprints in an effective manner. Patches for this bug are still welcome.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 11 years ago
Resolution: --- → WONTFIX
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.