Closed
Bug 808153
Opened 12 years ago
Closed 12 years ago
Installing the stub installer from nightly.mozilla.org is giving old stub installer bits
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task, P3)
Infrastructure & Operations Graveyard
WebOps: Other
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: jsmith, Unassigned)
Details
(Keywords: regression, Whiteboard: [stub+])
Steps:
1. Go to nightly.mozilla.org
2. Grab the express build
3. Install nightly
4. Check about firefox
Expected:
On 11/2, I should be getting the 11/2 build.
Actual:
On 11/2, I am getting the 10/30 build.
Reporter | ||
Updated•12 years ago
|
Keywords: regression
Reporter | ||
Updated•12 years ago
|
Whiteboard: [stub+]
Comment 1•12 years ago
|
||
Can you confirm what download.mozilla.org link the nightly stub installer is fetching? Or, alternatively, the full path of whatever file the stub installer ultimately downloads?
Wondering if it's a caching issue...
Dropping prio to prevent paging.
Severity: critical → normal
Priority: -- → P3
Reporter | ||
Comment 2•12 years ago
|
||
Here's what I'm seeing from my HTTP Debugging Proxy (Fiddler) when running the stub with the nightly stub from nightly.mozilla.org:
GET http://download.mozilla.org/?product=firefox-nightly-latest&os=win&lang=en-US
302 Found to http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org//firefox/nightly/latest-mozilla-central/firefox-19.0a1.en-US.win32.installer.exe
GET http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org//firefox/nightly/latest-mozilla-central/firefox-19.0a1.en-US.win32.installer.exe
200 OK (application/octet-stream)
Comment 3•12 years ago
|
||
Hah, found the problem... it seems there's a double-slash in there somewhere:
http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org//firefox/nightly/
Succeeds (incorrect)
http://wpc.1237.edgecastcdn.net/801237/download.cdn.mozilla.net/pub/mozilla.org/firefox/nightly/
Fails (correct... nightly/aurora should not be on CDN)
I will investigate and fix.
Comment 4•12 years ago
|
||
I've fixed this in bounceradmin (indeed, an incorrect trailing slash), and also committed a fix to the origin's apache config, to properly deny requests with an extra slash. I've also issued a cache flush for Edgecast, to wipe out any improperly-cached files.
I've confirmed all active mirrors already didn't have the extra slash except this one... so I expect now that this one is fixed there won't be any further issues like this. At least, if there are, they should be completely different issues under the hood. :)
It might take up to an hour for this to start working as expected, but all the work is done. Very well spotted!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 5•12 years ago
|
||
There was discussion in one of the channels where we were talking about this bug not being fixed yet. I was not able to test and verify this because the stub-installer would fail almost immediately after double-clicking on it.
The last thing I read in the evening was that Jake had a few potential ways to fix and was going to try to get feedback on those.
Comment 6•12 years ago
|
||
This should be fixed now. It's a temporary measure, but will stay in place until the permanent fix is in place, so for all intents and purposes we're good to go.
Comment 7•12 years ago
|
||
I can verify this is now working. Using the stub installer downloads and installs the latest nightly available.
Reporter | ||
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•6 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•