The WebKit patch has been landed as http://trac.webkit.org/changeset/49691 .
When the change is synced to Chromium, the test will start failing (instead
of timing out).
I'm not sure when I have time to look into the Chrome bug. So if anyone is
interested,
please feel free to take it.
Yuzo
On Fri
Interesting development with the media timeout failures. Whenever you start
skipping some, different media layout tests start timing out! Looks like
there's some nasty threading/racing issue at play...
http://code.google.com/p/chromium/issues/detail?id=25094
On Fri, Oct 16, 2009 at 3:45 PM, Erik
I looked at LayoutTests/fast/dom/cssTarget-crash.html earlier. It is a
webkit bug related to the frame loader so I was planning to take
another look when abarth was done with the frame loader refactoring.
On Fri, Oct 16, 2009 at 15:09, Ojan Vafai wrote:
> Sweet. Down to 10 unassigned. Promise I'
Sweet. Down to 10 unassigned. Promise I'll stop spamming chromium-dev soon.
:)
WIN/LINUX/MAC
LayoutTests/fast/dom/cssTarget-crash.html
LayoutTests/fast/events/add-event-without-document.html
LayoutTests/http/tests/history/back-to-post.php
LayoutTests/http/tests/loading/deleted-host-in-resource-load
On Fri, Oct 16, 2009 at 2:34 PM, Ojan Vafai wrote:
> Thanks for everyone's help. Good overnight progress. 6 media tests skipped.
> 2 tests marked SLOW. 5 assigned.
>
> 12 unassigned general tests.
> 10 unassigned Mac plugin tests.
>
> Any takers?
>
> WIN/LINUX/MAC
> LayoutTests/fast/dom/cssTarget
Thanks for everyone's help. Good overnight progress. 6 media tests skipped.
2 tests marked SLOW. 5 assigned.
12 unassigned general tests.
10 unassigned Mac plugin tests.
Any takers?
WIN/LINUX/MAC
LayoutTests/fast/dom/cssTarget-crash.html
LayoutTests/fast/events/add-event-without-document.html
La
Hm. I actually wrote that test, and I'm surprised that it's timing
out. I'll take a look at it as well. It is a slow test, because it's
basically trying to reproduce a stack overflow.
-- Dirk
On Fri, Oct 16, 2009 at 12:07 AM, Yuta Kitamura wrote:
> I'm also looking at LayoutTests/fast/css/large
I've looked into
LayoutTests/fast/loader/local-JavaScript-from-local.html
and found a bug in the test.
I'll submit a patch to WebKit.
Yuzo
On Fri, Oct 16, 2009 at 4:07 PM, Yuta Kitamura wrote:
> I'm also looking at LayoutTests/fast/css/large-list-of-rules-crash.html.
> Yuta
> 2009/10/16 Yuta Ki
I'm also looking at LayoutTests/fast/css/large-list-of-rules-crash.html.
Yuta
2009/10/16 Yuta Kitamura
> I'm currently working on tests under LayoutTests/http/tests/navigation/.
> Thanks,
> Yuta
>
> 2009/10/16 Ojan Vafai
>
> There are a lot of tests that consistently (i.e. not flaky) timeout. T
I'll have a look at
LayoutTests/fast/dom/Window/window-property-shadowing-name.html
yours,
anton.
On Fri, Oct 16, 2009 at 8:13 AM, Yuta Kitamura wrote:
> I'm currently working on tests under LayoutTests/http/tests/navigation/.
> Thanks,
> Yuta
> 2009/10/16 Ojan Vafai
>>
>> There are a lot of t
I'm currently working on tests under LayoutTests/http/tests/navigation/.
Thanks,
Yuta
2009/10/16 Ojan Vafai
> There are a lot of tests that consistently (i.e. not flaky) timeout. They
> eat up significant percentage (~10%!) of the cycle time for the test bots
> (e.g., >1 minute on Windows releas
I'll take on the media ones.
On Thu, Oct 15, 2009 at 6:38 PM, Ojan Vafai wrote:
> There are a lot of tests that consistently (i.e. not flaky) timeout. They
> eat up significant percentage (~10%!) of the cycle time for the test bots
> (e.g., >1 minute on Windows release). If LTTF folk focus some
12 matches
Mail list logo