WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
100272
Layout Test fast/media/w3c/test_media_queries.html is slow on Chromium debug bots after
r132352
https://bugs.webkit.org/show_bug.cgi?id=100272
Summary
Layout Test fast/media/w3c/test_media_queries.html is slow on Chromium debug ...
Levi Weintraub
Reported
2012-10-24 11:25:09 PDT
It may just be slow. I'm updating test expectations and watching to find out.
Attachments
Patch 1
(1.75 KB, patch)
2012-10-25 01:33 PDT
,
Alexander Shalamov
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Levi Weintraub
Comment 1
2012-10-24 12:41:37 PDT
It looks like they really are just slow... First bot just passed at 12 seconds, the cutoff for Timeout when not marked slow.
Levi Weintraub
Comment 2
2012-10-24 13:29:49 PDT
Confirmed, they're all passing now, just slow (as much as 17 seconds!).
Kenneth Rohde Christiansen
Comment 3
2012-10-24 14:33:54 PDT
Maybe interesting for the performance people/bots :-)
Alexander Shalamov
Comment 4
2012-10-25 00:25:57 PDT
(In reply to
comment #3
)
> Maybe interesting for the performance people/bots :-)
Yes, looks strange. I tested on quite slow machine, gtk and efl debug builds with RESOLUTION_MEDIA_QUERY disabled and test was executed within few seconds. If slowness is a problem, we could relax W3C resolution tests and reduce number of queries that are trying to find dpi of the media. // Find the resolution using max-resolution var resolution = 0; do { ++resolution; if (resolution > 10000) { break; } } while (!query_applies("(max-resolution: " + resolution + "dpi)")); I think we could change it to "resolution > 500". Kenneth, what do you think?
Kenneth Rohde Christiansen
Comment 5
2012-10-25 00:37:24 PDT
(In reply to
comment #4
)
> (In reply to
comment #3
) > > Maybe interesting for the performance people/bots :-) > > Yes, looks strange. I tested on quite slow machine, gtk and efl debug builds with RESOLUTION_MEDIA_QUERY disabled and test was executed within few seconds. > > If slowness is a problem, we could relax W3C resolution tests and reduce number of queries that are trying to find dpi of the media. > > // Find the resolution using max-resolution > var resolution = 0; > do { > ++resolution; > if (resolution > 10000) { > break; > } > } while (!query_applies("(max-resolution: " + resolution + "dpi)")); > > I think we could change it to "resolution > 500". > Kenneth, what do you think?
I am pretty sure it will bail out way before 500, anyway. Ah you are right, it won't if they have it disabled. We should run (resolution) first to check whether it is supported or not.
Alexander Shalamov
Comment 6
2012-10-25 01:33:29 PDT
Created
attachment 170584
[details]
Patch 1 - Added check for resolution media query tests
WebKit Review Bot
Comment 7
2012-10-25 02:15:43 PDT
Comment on
attachment 170584
[details]
Patch 1 Clearing flags on attachment: 170584 Committed
r132461
: <
http://trac.webkit.org/changeset/132461
>
WebKit Review Bot
Comment 8
2012-10-25 02:15:47 PDT
All reviewed patches have been landed. Closing bug.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug