WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
56489
Improve robustness of controls-without-preload by seeking to the start explicitly at the end of the test.
https://bugs.webkit.org/show_bug.cgi?id=56489
Summary
Improve robustness of controls-without-preload by seeking to the start explic...
Dimitri Glazkov (Google)
Reported
2011-03-16 14:14:11 PDT
Improve robustness of controls-without-preload by seeking to the start explicitly at the end of the test.
Attachments
Patch
(1.90 KB, patch)
2011-03-16 14:14 PDT
,
Dimitri Glazkov (Google)
eric.carlson
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Dimitri Glazkov (Google)
Comment 1
2011-03-16 14:14:56 PDT
Created
attachment 85974
[details]
Patch
Eric Carlson
Comment 2
2011-03-16 14:28:39 PDT
Comment on
attachment 85974
[details]
Patch Nice change, thanks!
Dimitri Glazkov (Google)
Comment 3
2011-03-16 14:48:05 PDT
Committed
r81280
: <
http://trac.webkit.org/changeset/81280
>
Eric Carlson
Comment 4
2011-03-17 08:49:20 PDT
Odd, this caused a failure on the Leopard release bot:
http://build.webkit.org/results/Leopard%20Intel%20Release%20(Tests)/r81306%20(29853)/media/controls-without-preload-pretty-diff.html
So Sam checked in new results:
https://bugs.webkit.org/show_bug.cgi?id=56522
Dimitri Glazkov (Google)
Comment 5
2011-03-17 08:53:34 PDT
(In reply to
comment #4
)
> Odd, this caused a failure on the Leopard release bot:
http://build.webkit.org/results/Leopard%20Intel%20Release%20(Tests)/r81306%20(29853)/media/controls-without-preload-pretty-diff.html
> > So Sam checked in new results:
https://bugs.webkit.org/show_bug.cgi?id=56522
Nah. The test was failing like that for a long time. I thought I broke it too, but I looked back and could see this failing as far as
r80697
:
http://build.webkit.org/results/Leopard%20Intel%20Release%20(Tests)/r80697%20%2829439%29/media/controls-without-preload-pretty-diff.html
Dimitri Glazkov (Google)
Comment 6
2011-03-17 08:54:49 PDT
And here's Sam's conclusion:
https://bugs.webkit.org/show_bug.cgi?id=56532
Eric Carlson
Comment 7
2011-03-17 09:03:59 PDT
Indeed, the problem is that the fullscreen button isn't showing (it is 16x16, the mute button is 14x12): - RenderButton {INPUT} at (297,4) size 16x16 - RenderButton {INPUT} at (267,6) size 14x12 + RenderButton {INPUT} at (297,6) size 14x12 but Sam's conclusion in
https://bugs.webkit.org/show_bug.cgi?id=56532
is for WebKit2. In any case, the failure didn't start with this change.
Dimitri Glazkov (Google)
Comment 8
2011-03-17 09:11:50 PDT
(In reply to
comment #7
)
> Indeed, the problem is that the fullscreen button isn't showing (it is 16x16, the mute button is 14x12): > > - RenderButton {INPUT} at (297,4) size 16x16 > - RenderButton {INPUT} at (267,6) size 14x12 > + RenderButton {INPUT} at (297,6) size 14x12 > > but Sam's conclusion in
https://bugs.webkit.org/show_bug.cgi?id=56532
is for WebKit2. > > In any case, the failure didn't start with this change.
So the MediaPlayerPrivate::supportsFullscreen must be returning false for Leopard on this bot? That seems to be the only code path that could diverge.
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