Closed Bug 1713743 Opened 3 years ago Closed 3 years ago

Firefox addons server is down

Categories

(Cloud Services :: Operations: AMO, defect)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bur0043, Assigned: wezhou)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:88.0) Gecko/20100101 Firefox/88.0

Steps to reproduce:

Short version (of the whole bug report, not just this section of the report): addons.cdn.mozilla.net (which is where addons.mozilla.org downloads addons from) is down, and this can be verified by visiting https://isitup.org/addons.cdn.mozilla.net

Long version:

  1. I visited https://addons.mozilla.org/en-US/firefox/addon/user-agent-string-switcher
  2. I clicked "add to firefox"

Actual results:

It gave an error message "Download failed. Please check your connection."

Expected results:

It should have downloaded

I then tried downloading the .xpi (or whatever the file name extension is) file via chrome.

What happened? (actual results)
It was stuck on infinite loading

What should have happened? (expected results)
It should have downloaded

I then tried opening the download link on chrome

What happened? (actual results)
It failed, and redirected me to https://addons.cdn.mozilla.net/user-media/addons/853731/user_agent_switcher_and_manager-0.4.7.1-an+fx.xpi?filehash=sha256%3A9760558c47886730e61d9691e0457b4d9b358b42085db53309af3c0ebf9043ba

What should have happened? (expected results)
It should have downloaded

Lastly, to verify the issue wasn't on my end, I looked up addons.cdn.mozilla.net on isitup.org . It responded "addons.cdn.mozilla.net seems to be down 💥" (https://isitup.org/addons.cdn.mozilla.net).

The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → File Handling
Component: File Handling → Untriaged
Component: Untriaged → Security
Product: Firefox → addons.mozilla.org
Version: Firefox 88 → unspecified

The component isn't actually security, but that was the only option for addons.mozilla.org

I don't know how isitup.org works but the CDN is definitely up and running right now.

Assignee: nobody → wezhou
Component: Security → Operations: AMO
Product: addons.mozilla.org → Cloud Services
QA Contact: wezhou

I'd guess isitup.org is just checking the root of the site (/) which we 403 for the CDN so it reporting it as failing is a false positive.

https://addons.cdn.mozilla.net/user-media/addons/853731/user_agent_switcher_and_manager-0.4.7.1-an+fx.xpi?filehash=sha256%3A9760558c47886730e61d9691e0457b4d9b358b42085db53309af3c0ebf9043ba wfm (it's not clear to me from the STR if the direct link works for the reporter). FWIW, there are (client-side) reasons why you'd get a "Download failed" error even if the file/server was functioning fine - they'd be in the Browser Console.

I don't know what STR means, but the direct link isn't working for me. It gives a "the connection has timed out" error. This appears to be an issue on my end, but I can't think of what (my internet connection is working). Pinging addons.cdn.mozilla.net in command prompt tells me it's pinging d1sp2sgy246t7c.cloudfront.net and then gives a request timed out error. Also, on https://addons.mozilla.org/en-US/firefox/addon/user-agent-string-switcher the images won't load for me. Is it possible that the CDN for certain countries is down (I'm in Australia)? If not, and you can't think of any other ways it could be an issue on your end, then feel free to close this issue, since there is clearly something wrong on my end.

thanks, that's helpful - if the images don't load either then it rules out Firefox-side xpi handling and files not being available in the correct place - it has to be CDN related. It still works for me via a VPN to Australia but that doesn't prove anything in particular - it could be a particular ISP/peering related. We'll look into it.

(STR: steps to reproduce, in the bug description)

Thank you

PS: I believe my ISP is iinet

(In reply to bur0043 from comment #8)

PS: I believe my ISP is iinet

Do you know what your actual IP is?

For example, what it shows in your browser if you visit https://bot.whatismyipaddress.com/?

I'm not sure why that's necessary but sure: 14.202.217.141

I can access the CDN again :)
Thank you for all the help :wezhou :eviljeff :willdurand

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.