Error when trying to download latest updated Add-ons

RESOLVED FIXED

Status

addons.mozilla.org Graveyard
Public Pages
--
critical
RESOLVED FIXED
9 years ago
a year ago

People

(Reporter: Tomcat, Assigned: clouserw)

Tracking

Details

(Reporter)

Description

9 years ago
Currently it seems that the latest updated Addons having Problems to install since i get "Invalid file hash (possible download corruption)
-261"

This affects addons like:
- https://addons.mozilla.org/en-US/firefox/addon/6349
- https://addons.mozilla.org/en-US/firefox/addon/3867

Seems this affects all Addons updated March 20.
(Reporter)

Updated

9 years ago
Summary: Error 261 when trying to download latest approved Addons → Error 261 when trying to download latest updated Add-ons

Updated

9 years ago
Duplicate of this bug: 424335

Comment 2

9 years ago
If this is related to bug 422562, a cache expiration will fix it. However, this seems to be a bigger issue.

Comment 3

9 years ago
I've recalc'd the hash on 3867... but wont be able to tell if it fixed it for a couple hours. I'll keep investigating.

Comment 4

9 years ago
Filed 424362 to get IT to start messing with cache sizes... which we think is a temporary fix.

Comment 5

9 years ago
I know the broken add-ons where updated this morning. Not sure if the correct fix has happened yet. Any update?
Found that there is an error in the file copy code that presented itself after php5 migration but have not located it yet.  Will send updates once we are able to reproduce on dev environment.
Assignee: nobody → morgamic
Status: NEW → ASSIGNED
Target Milestone: --- → 3.2
Seems to be fine for me; Tomcat, you?

Comment 8

9 years ago
Issue seems to be resolved for me.
There have been reviews for addons 4639, 6297, and 2390 (and more) that also seem to have this problem (invalid hash). All the dates are posted on March 29th, so after the new AMO site went online.

However, I was able to install all three addons mentioned above without a problem.

Comment 10

9 years ago
I encountered this bug when tried to install addon 5978 using newly created account. When trying to download the addon directly (i.e. by pasting the link to address bar), I get redirected to a page with following information:
"The add-on you're looking for is in the sandbox, which you do not have enabled in your user preferences."
I suppose the sandbox is enabled by default now for logged in users, so this redirection is outdated. I guess this might be the reason for the bug.

Comment 11

9 years ago
There's still https://addons.mozilla.org/fr/firefox/addon/4142

Comment 12

9 years ago
i do experience the same problem with my own extension recently uploaded (#6822) on AMO.
however, i'm only getting this error, when i try installing it with the current minefield nightlies - firefox 2.0.0.13 + 3b5 do work correctly
Bug 426350 has a big list of add-ons that apparently fail to install (for 2.0.0.13). What's going on?

Updated

9 years ago
Duplicate of this bug: 426350

Comment 15

9 years ago
We need some attention to this bug, so I'm retargeting for 3.2.1 consideration. Here's another addon that has this issue:

https://addons.mozilla.org/en-US/firefox/addon/6910

Do we simply need to run a "recalc hash" on a whole bunch of add-ons and wait for the cache update? Or is it deeper than that?
Target Milestone: 3.2 → 3.2.1
(In reply to comment #15)
> Here's another addon that has this issue:
> 
> https://addons.mozilla.org/en-US/firefox/addon/6910

This is an experimental add-on, for experimental add-ons the problem is likely caused by the problem in bug 426468 (fixed and needs push). This does not apply to public add-ons though.

Fwiw, all other add-ons mentioned here install fine for me, except the latest version of 4142 (see comment 11) which I get an error 261 for, also.

Comment 17

9 years ago
My addon is having this issue as well.
https://addons.mozilla.org/en-US/firefox/addon/5850

I uploaded my ext on 30 Mar (GMT+8) (probably means 29 Mar...) and encountered this problem. I uploaded a newer version today and the problem persists.

Comment 18

9 years ago
(In reply to comment #17)
> My addon is having this issue as well.
> https://addons.mozilla.org/en-US/firefox/addon/5850
> 
> I uploaded my ext on 30 Mar (GMT+8) (probably means 29 Mar...) and encountered
> this problem. I uploaded a newer version today and the problem persists.
> 

Sorry guys, I just realize that my problem is due to https://bugzilla.mozilla.org/show_bug.cgi?id=425483 and not this.

Comment 19

9 years ago
My add-on is having the same issue. I uploaded it yesterday (Apr 03, 08).

https://addons.mozilla.org/en-US/firefox/addon/6927

Thanks.
(In reply to comment #19)
> My add-on is having the same issue. I uploaded it yesterday (Apr 03, 08).
> 
> https://addons.mozilla.org/en-US/firefox/addon/6927

This is an experimental add-on and therefore likely suffers from bug 426468. See the discussions over there for a temporary workaround. It's fixed and will be pushed soon.
Experimental add-ons are fixed now, we are working on bug 425315 to resolve any 261 errors caused by mismatched memcache entries.
Depends on: 425315
Target Milestone: 3.2.1 → 3.4
Are people still having problems with the 261 error?  Issue in bug 426468 and I haven't seen much traffic since.

Comment 23

9 years ago
i tried uploading a new version of my extension after your former post, but am still receiving the -261 error when attempting to install with minefield...
https://addons.mozilla.org/de/firefox/addons/policy/0/6822/26738

Comment 24

9 years ago
I'm also still seeing this with my extension and FF 3.0b5:
https://addons.mozilla.org/en-US/firefox/addon/6875

Comment 25

9 years ago
A user tried to download my sandboxed extension on April 26th and reported this also. Addon: https://addons.mozilla.org/en-US/firefox/addon/6933

Reported in on a forum though and not in the review.

Comment 26

9 years ago
(In reply to comment #25)
> A user tried to download my sandboxed extension on April 26th and reported this
> also. Addon: https://addons.mozilla.org/en-US/firefox/addon/6933
> 
> Reported in on a forum though and not in the review.
> 
This was the users reply to when I posted this bug report to see if it was the same thing.
"Turns out that if you have "Accept third-party cookies" disabled, the Mozilla cookie can't be read or written too (Maybe they're using the wrong domain, who knows), I have to accept third party cookies to download."

Comment 27

9 years ago
Good find! I was able to install my extension after allowing third-party cookies.

Comment 28

9 years ago
I encountered this same problem today.  I was also able to work around it by enabling 3rd party cookies.  But the error message will definitely confused most people.
(Assignee)

Comment 29

9 years ago
AMO uses several Urchin cookies with a domain of ".addons.mozilla.org" and an AMOv3 cookie with a domain of "addons.mozilla.org"

There shouldn't be any others set.  Are you guys seeing any other cookies set?
(Assignee)

Updated

9 years ago
Target Milestone: 3.4 → 3.4.5
If third-party cookies are the problem here, bug 437174 would be a dupe of this.
Blocks: 437174

Comment 31

9 years ago
Wil: I just checked it again with a fresh PortableApps installation of FF 3.0RC2, there's the same number of cookies regardless of the 3rd party cookies setting (four ".addons.mozilla.org" cookies and one "addons.mozilla.org"). Still, with 3rd party cookies disabled, the installation fails.

Updated

9 years ago
Target Milestone: 3.4.5 → 3.x (triaged)

Updated

9 years ago
Duplicate of this bug: 439859

Updated

9 years ago
Duplicate of this bug: 443688

Updated

9 years ago
Target Milestone: 3.x (triaged) → 4.0.1

Comment 34

9 years ago
I have an extension in the sandbox which has been updated for FF3. It has a reasonable number of users/downloads. However, a user in the Philippines has contacted me to report a persistent 261 error when attempting download of the update (this user had my previous version on the same machine without problem). This is the only report I have had.

I note the discussion about 3rd party cookies. In testing my extension I have downloaded it both with and without 3rd party cookies enabled, and haven't met with this error.
A number of folks are seeing this problem with Snowl, which I added to the site yesterday:

https://addons.mozilla.org/en-US/firefox/addon/8397
It has to deal with the installation button element having information that is mismatched.

There is also the possibility that it is taking too long for releases.mozilla.org to get updated files from AMO and that is why we are getting the 261 error -- because the files at the location requested doesn't actually exist (404).
Bug 425315 covers the cache invalidation problem, but we'll follow-up with stats/info on the mirror pushes of newly updated files.  Need to find out:
* what the slowest mirror is when it comes to rsyncing new files from AMO
* what our configured file delay is for the downloads controller
Duplicate of this bug: 452673
Bug 425315 was recently resolved, we will see if this problem is still prevalent after the update before proceeding.

To be thorough, I checked on the mirror delay and also asked that the config be updated to lengthen the mirror delay timeout so new files get more time to propagate before being hosted solely on r.m.o.

Time will be increased from 30 minutes to 1 hour.  Bug 455608.
Status: ASSIGNED → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Duplicate of this bug: 422562
Duplicate of this bug: 458446
I'm reopening this, found some other instances.  Notes:
* We need to implement the cache invalidation rules for the download controller and all pages touching the install element (the invalidation from bug 425315)
* We need to serve downloads via AMO for much longer than 1 hour to allow for releases to receive updated files
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Summary: Error 261 when trying to download latest updated Add-ons → Error when trying to download latest updated Add-ons
Target Milestone: 4.0.1 → 4.0.3
Don't think this blocks 437174, the issue there is a client side problem with not sending cookies to AMO, I think it just initially looked like the same problem.
No longer blocks: 437174
Target Milestone: 4.0.3 → 4.0.4

Comment 44

9 years ago
9th November 08. I have had a further report of this error (261) from someone trying to download one of my sandbox add-ons. What advice should I give them? Any suggestions welcome.
(In reply to comment #44)
> 9th November 08. I have had a further report of this error (261) from someone
> trying to download one of my sandbox add-ons. What advice should I give them?
> Any suggestions welcome.

Per discussion earlier in this bug, the workaround is to enable third-party cookies, i.e. open Preferences/Options and check the "Accept third-party cookies" checkbox in the Privacy pane (you can re-uncheck it after installing the extension).
Target Milestone: 4.0.4 → 4.0.5
Target Milestone: 4.0.5 → 5.0.1
(Assignee)

Updated

8 years ago
Target Milestone: 5.0.1 → 5.0.2

Updated

8 years ago
Target Milestone: 5.0.2 → 5.0.3
(Assignee)

Comment 46

8 years ago
Is this still a problem?  If so, are there clear steps to reproduce it?
Assignee: morgamic → clouserw
Target Milestone: 5.0.3 → ---
I couldn't reproduce a moment ago.

Comment 48

8 years ago
If this bug isn't the right place for this, let me know.  

Anyways I'm getting this error now for experimental add-ons with the recent push of Bug 441739 that went live on AMO.  When logged out, any experimental add-on gets me the "-261 Invalid File Hash" error when I check the "Let me install this experimental add-on." box.

When I log into AMO, then I can fetch any experimental add-on I want.  No errors.
(Assignee)

Comment 49

8 years ago
(In reply to comment #48)
> If this bug isn't the right place for this, let me know.  
> 
> Anyways I'm getting this error now for experimental add-ons with the recent
> push of Bug 441739 that went live on AMO.  When logged out, any experimental
> add-on gets me the "-261 Invalid File Hash" error when I check the "Let me
> install this experimental add-on." box.
> 
> When I log into AMO, then I can fetch any experimental add-on I want.  No
> errors.

What is the status of your 3rd party cookies?  Can anyone else reproduce this?

Comment 50

8 years ago
(In reply to comment #49)
> What is the status of your 3rd party cookies?

All cookies allowed.  Including third party ones.  I did further investigating of the problem and it turns out while logged out, copying and pasting the link to download an experimental add-on still makes AMO prompt you into logging into AMO.  Bug 441739 will probably need reopening on that though (I can provide screenshots to that bug if asked).
> What is the status of your 3rd party cookies?  Can anyone else reproduce this?

I have third party cookies disabled, and I am unable to reproduce with the Snowl <https://addons.mozilla.org/en-US/firefox/addon/8397/> and You Old Enough? <https://addons.mozilla.org/en-US/firefox/addon/9128> experimental extensions.
(Assignee)

Comment 52

8 years ago
Thanks, I'll call this fixed then.

Ngamer01:  if what you're experiencing isn't bug 488092 then feel free to open another bug with specific steps to reproduce and example URLs. Thanks.
Status: REOPENED → RESOLVED
Last Resolved: 9 years ago8 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.