I was poking at fxdbug-win32-tbox's intermittent orangeness for leaks and noticed that it's loading URL's like: http://www.mozilla.org/newlayout/samples/test2.html If you load that, then you get a 404 page directing you to http://www-archive.mozilla.org/newlayout/samples/test2.html Not sure how long this has been in place. Do you know Reed ? I suspect we need to correct files like http://mxr.mozilla.org/seamonkey/source/build/bloatcycle.html http://mxr.mozilla.org/seamonkey/source/build/bloaturls.txt for build machines running tinderbox and doing tests using these files (or fix up mozilla.org to still have this content). These files are also in mozilla-central but I don't know if they are used by buildbot (or anything else).
(In reply to comment #0) > I was poking at fxdbug-win32-tbox's intermittent orangeness for leaks and > noticed that it's loading URL's like: > http://www.mozilla.org/newlayout/samples/test2.html > If you load that, then you get a 404 page directing you to > http://www-archive.mozilla.org/newlayout/samples/test2.html > Not sure how long this has been in place. Do you know Reed ? newlayout/ was removed by ss on 2008-07-20 00:29, as per the Great Clean-up of www.mozilla.org. If we need to, we can add a redirect in that forwards the old URL to www-archive if it would help. Get me a list of files that are used by tinderbox, and I can do that.
Build machines probably shouldn't be looking at mozilla.org, they should be looking at files on the same machine or on a central build server. Isn't that how we do Tp/Ts?
A bunch of that stuff has been on mozilla.org since before my time. I don't have an exhaustive list but it's mainly tinderbox based tests (IIRC talos loads everything from a local Apache). There's two types I think, the old style performance tests and the leak/bloat/codesize tests. Of the former, Ts & Txul load a local file, tinderbox's Tp goes to pageload.build.m.o., Tdhtml loads http://www.mozilla.org/performance/test-cases/dhtml/runTests.html We're no longer using these tests for Firefox (except for one mac box on Mozilla1.8 which should get that disabled) but Seamonkey is using some on the 1.8 branch. In the latter group we have machines on the Firefox3.0 tree running tinderbox that load bloatcycle.html and hence to http://www.mozilla.org http://www.mozilla.org http://www.mozilla.org/newlayout/samples/test2.html http://www.mozilla.org/newlayout/samples/test8.html http://www.mozilla.org/newlayout/samples/test6.html http://www.mozilla.org/newlayout/samples/test8.html Really need someone who has time to dig into the details further.
If www-archive.mozilla.org is a long-term site then redirects for those 3 files in newlayout sound like a good quick fix.
Found in triage. Can we at least land these redirects for now, to make life better in bug#448224?
From offline discussion with ss; 1) There is already another bug tracking recreating those sections of newlayout. Sam will link to bug after he gets out of meeting. 2) Changing the bloatcycle test to not rely on mozilla.org seems more reliable. Reassigning this to Testing to change where the test looks for the files. There's nothing here that RelEng can do, afaik.
Component: Release Engineering → General
Product: mozilla.org → Testing
QA Contact: release → general
Version: other → unspecified
Meant to comment... these pages are back live on mozilla.org again.
That was in bug 451826.
Summary: bloatcycle's refer to files that are 404's → move pages referenced by bloatcycle of www.mozilla.org
Summary: move pages referenced by bloatcycle of www.mozilla.org → move pages referenced by bloatcycle off www.mozilla.org
Mass closing bugs with no activity in 2+ years. If this bug is important to you, please re-open.
Status: NEW → RESOLVED
Last Resolved: 8 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.