I go to http://www.mozilla.org/en-US/projects/firefox/9.0a1/firstrun/ and it is a 404. This is what Firefox (nightly) gives when loading from a virgin profile

James, I think this is likely a merge bug. Previously, there were redirects that would send Firefox nightly users to the first run page, but now people opening a nightly are getting a 404 instead of getting sent to http://www.mozilla.org/projects/firefox/prerelease.html I suspect that this is because these redirects didn't get picked up by the new system since they weren't in the main .htaccess file. Instead they are in an .htaccess file in /projects/firefox http://viewvc.svn.mozilla.org/vc/projects/mozilla.org/trunk/projects/firefox/.htaccess?view=log I set the importance of this bug to major, since there are approx. 20,000 people hitting that page a day to learn about how to test Firefox nightly builds. BTW, if the issue is that other .htaccess files outside of the main one aren't being recognized by the new system, we can open a separate bug for dealing with that in general since there are a handful of .htaccess files scattered around that we've been cleaning up as part of the archiving process.

I checked WebTrends to see if this report may be an isolated incident, but it definitely looks like this is merge related. On 8/25 the traffic drops from around 20,000 visits a day to almost zero and has stayed low since.

Honestly, I don't know what the URL is supposed to serve up. The /projects folder is a mozilla.org folder, but all the firstrun pages have always been in the m.o/firefox codebase. I don't see a /en-US/projects folder, nor do I see any firstun pages in /projects. I can't find an rewrites either. What specific file on the filesystem is it supposed to serve up?

As mentioned in comment #1, the Firefox Nightly first run page lives at: http://www.mozilla.org/projects/firefox/prerelease.html (For background, the Nightly first run pages have always been kept separate from the product pages that had been on mozilla.com.) Each Nightly has a URL that gets redirected to that page. So the URL that is showing up as a 404 on the new Nightlies is: http://www.mozilla.org/en-US/projects/firefox/9.0a1/firstrun/ The redirects that handle this are in the /projects/firefox/.htaccess file: http://viewvc.svn.mozilla.org/vc/projects/mozilla.org/trunk/projects/firefox/.htaccess?view=log

Ah, sorry I didn't read the first comment thoroughly, David. Yep, those htaccess rules need to be ported over. fixed in r94482.

pushed to production r94483

James, great, thanks for fixing. So is this a general issue with any .htaccess file outside of the main .htaccess? If so, I can open a bug to review if any other redirects need to be ported over as well. There aren't many other .htaccess files but there are a few with a handful of redirects in them.

(In reply to James Long (:jlongster) from comment #6) > pushed to production r94483 How long does it take for the redirect changes to show up? I'm still seeing a 404.

I'm seeing the right page when I load a Nightly build and the traffic has come back up. I'm still seeing a 404 though on the link Jeff added at the top of the bug: http://www.mozilla.org/en-US/projects/firefox/9.0a1/firstrun/ Jeff, is this still broken for you? Where did you come across this? You mention that you saw this in a virgin profile, so is the URL of the firstrun page different for existing profiles and we should modify the redirect?

Now, running in the same way, nightly with a virgin profile gives me: http://www.mozilla.org/projects/firefox/prerelease.html So I think we can close this?

Jeff, great to hear it's working for you. Yes, let's close. I also now see why that initial link isn't working. I think en-US got added to the URL when it went to the 404 page, but that wasn't in the original link. I get the first run page when I remove it: http://www.mozilla.org/projects/firefox/9.0a1/firstrun/