Bug 221308
| Summary: | [GLIB] Some selector backtracking tests are timing out in debug mode | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Lauro Moura <lmoura> |
| Component: | CSS | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: |
https://bugs.webkit.org/show_bug.cgi?id=139634 https://bugs.webkit.org/show_bug.cgi?id=197068 |
||
Lauro Moura
fast/selectors/matches-backtracking.html
fast/selectors/is-backtracking.html
Already marked generally as slow from bug139634 and flaky timeout/pass on Mac from bug197068.
In GTK it was flaky timing out until around late r2690XX.
matches-backtracking started the current timeout-only series in r269099 (first timeout).
is-backtracking started the current timeout-only series in r269082 (first timeout).
In WPE, both tests are always timing out since a long time ago (r2446XX and r259278, respectively).
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Radar WebKit Bug Importer
<rdar://problem/74169438>