WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
182297
[Modern Media Controls] Turn media/modern-media-controls/start-support tests back on
https://bugs.webkit.org/show_bug.cgi?id=182297
Summary
[Modern Media Controls] Turn media/modern-media-controls/start-support tests ...
Antoine Quint
Reported
2018-01-30 09:45:39 PST
[Modern Media Controls] Turn media/modern-media-controls/start-support tests back on
Attachments
Patch
(13.31 KB, patch)
2018-01-30 09:51 PST
,
Antoine Quint
no flags
Details
Formatted Diff
Diff
Patch
(42.38 KB, patch)
2018-01-31 01:35 PST
,
Antoine Quint
jonlee
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Antoine Quint
Comment 1
2018-01-30 09:51:31 PST
Created
attachment 332662
[details]
Patch
Antoine Quint
Comment 2
2018-01-31 01:35:51 PST
Created
attachment 332751
[details]
Patch
Antoine Quint
Comment 3
2018-01-31 01:38:05 PST
***
Bug 174683
has been marked as a duplicate of this bug. ***
Eric Carlson
Comment 4
2018-01-31 09:29:30 PST
Comment on
attachment 332751
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=332751&action=review
> Source/WebCore/Modules/modern-media-controls/controls/buttons-container.js:45 > + child.visible = true;
Is a button actually made visible when it is about to be removed, or is this to for some other state change?
> Source/WebCore/Modules/modern-media-controls/controls/buttons-container.js:63 > + button.visible = !(!button.enabled || button.dropped);
Nit: the double negative made me scratch my head for a second. This would be slightly clearer as "(button.enabled && !button.dropped)"
> LayoutTests/media/modern-media-controls/pip-support/pip-support-click.html:44 > +setTimeout(finishMediaControlsTest, 4000);
Won't this make the test succeed even if the webkitpresentationmodechanged isn't fired?
> LayoutTests/media/modern-media-controls/start-support/start-support-click-to-start.html:36 > +setTimeout(() => { > + console.log(mediaController.controls.playPauseButton.parent.element.className); > + finishJSTest(); > +}, 3500);
Ditto for the play event.
Antoine Quint
Comment 5
2018-01-31 09:31:25 PST
(In reply to Eric Carlson from
comment #4
)
> Comment on
attachment 332751
[details]
> Patch > > View in context: >
https://bugs.webkit.org/attachment.cgi?id=332751&action=review
> > > Source/WebCore/Modules/modern-media-controls/controls/buttons-container.js:45 > > + child.visible = true; > > Is a button actually made visible when it is about to be removed, or is this > to for some other state change?
I'll be adding a comment in the commit that explains that we're resetting default values that may have been changed during a prior layout.
> > Source/WebCore/Modules/modern-media-controls/controls/buttons-container.js:63 > > + button.visible = !(!button.enabled || button.dropped); > > Nit: the double negative made me scratch my head for a second. This would be > slightly clearer as "(button.enabled && !button.dropped)"
Yeah, I'll change that.
> > LayoutTests/media/modern-media-controls/pip-support/pip-support-click.html:44 > > +setTimeout(finishMediaControlsTest, 4000); > > Won't this make the test succeed even if the webkitpresentationmodechanged > isn't fired? > > > LayoutTests/media/modern-media-controls/start-support/start-support-click-to-start.html:36 > > +setTimeout(() => { > > + console.log(mediaController.controls.playPauseButton.parent.element.className); > > + finishJSTest(); > > +}, 3500); > > Ditto for the play event.
These two should have been gone, I only used them for debugging. Thanks for catching them!
Antoine Quint
Comment 6
2018-01-31 09:35:22 PST
Committed
r227904
: <
https://trac.webkit.org/changeset/227904
>
Radar WebKit Bug Importer
Comment 7
2018-01-31 09:36:31 PST
<
rdar://problem/37073665
>
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