RESOLVED FIXED 81760
Unable to traverse from results.html into EFL test failures on master buildbot 
https://bugs.webkit.org/show_bug.cgi?id=81760
Summary Unable to traverse from results.html into EFL test failures on master buildbot
Dominik Röttsches (drott)
Reported 2012-03-21 04:22:00 PDT
When looking at the layout test results for the EFL buildbot it is impossible to browse down into the individual failures. For example looking at http://build.webkit.org/results/EFL%20Linux%20Release/r111519%20(33826)/results.html and then checking the first failure for "css1/box_properties/clear_float.html" The webserver first reports a "301 Moved permanently" redirecting to "old-results", e.g. from "http://build.webkit.org/results/EFL%20Linux%20Release/r111519%20(33826)/css1/box_properties/clear_float-pretty-diff.html" to "http://build.webkit.org/old-results/EFL%20Linux%20Release/r111519%20(33826)/css1/box_properties/clear_float-pretty-diff.html" and then fails with 404 Not Found. http://build.webkit.org/results/EFL%20Linux%20Release/r111519%20(33826).zip Contains the build results for that particular run. When downloading this to a mac with the per-user http enabled and uncompressing it using the same "ditto" command that's used on the buildbot master, I don't see any permission problems. Browsing down into individual failure cases starting from results.html works fine when testing it on the local webserver. Also, the stdio of the uncompressing run does not show anything unusual, files should be successfully placed into the filesystem. Are there any rewrite-rules in place that would incorrectly redirect to old-results?
Attachments
Add attachment proposed patch, testcase, etc.
Lucas Forschler
Comment 1 2012-03-21 12:18:15 PDT
Tim, you were looking at this for the internal bots. Do you have time to look at it for webkit?
Tim Horton
Comment 2 2012-03-21 13:29:02 PDT
(In reply to comment #1) > Tim, you were looking at this for the internal bots. Do you have time to look at it for webkit? I don't believe this is related to what I was looking at (and also didn't solve), and I won't have a chance to return to that (or look at this) for a while, sorry!
Dominik Röttsches (drott)
Comment 3 2012-04-13 07:12:55 PDT
Same happens on the new EFL Debug Buildbot, connected in bug 82711. Could somebody take a look?
William Siegrist
Comment 4 2012-04-13 07:57:17 PDT
The "old-results" are currently not being decompressed due to IO limitations on the long-term storage. Its a known issue. Please use the zip files for the time being. We're working on a fix but it'll take a while.
Thiago Marcos P. Santos
Comment 5 2012-05-01 22:43:25 PDT
*** Bug 85198 has been marked as a duplicate of this bug. ***
Thiago Marcos P. Santos
Comment 6 2012-06-13 01:10:58 PDT
(In reply to comment #4) > The "old-results" are currently not being decompressed due to IO limitations on the long-term storage. Its a known issue. Please use the zip files for the time being. We're working on a fix but it'll take a while. William, Any update on this issue? It makes the TestFailures [1] service pretty hard to use for EFL. If there is something we could help, let us know. Cheers, [1] http://build.webkit.org/TestFailures/
William Siegrist
Comment 7 2012-06-15 10:37:12 PDT
We are working on new hardware for all of webkit.org. We hope to move to the new hardware soon.
Thiago Marcos P. Santos
Comment 8 2012-06-28 23:38:49 PDT
Fixed after the recent hardware upgrade. Thanks guys for handling this.
Note You need to log in before you can comment on or make changes to this bug.