WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
168820
[Modern Media Controls] Dragging controls in fullscreen on macOS prevents scrubbing or interacting with controls
https://bugs.webkit.org/show_bug.cgi?id=168820
Summary
[Modern Media Controls] Dragging controls in fullscreen on macOS prevents scr...
Antoine Quint
Reported
2017-02-23 20:52:24 PST
Dragging controls in fullscreen on macOS prevents scrubbing or interacting with controls.
Attachments
Patch
(10.10 KB, patch)
2017-02-23 21:00 PST
,
Antoine Quint
no flags
Details
Formatted Diff
Diff
Patch for landing
(10.79 KB, patch)
2017-02-23 21:17 PST
,
Antoine Quint
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1
2017-02-23 20:52:39 PST
<
rdar://problem/30690281
>
Antoine Quint
Comment 2
2017-02-23 20:54:20 PST
This regressed with
https://bugs.webkit.org/show_bug.cgi?id=168755
.
Antoine Quint
Comment 3
2017-02-23 21:00:11 PST
Created
attachment 302635
[details]
Patch
Jon Lee
Comment 4
2017-02-23 21:13:10 PST
Comment on
attachment 302635
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=302635&action=review
> Source/WebCore/ChangeLog:12 > + Since this wasn't caught by our existing tests, we add a test that attemps to initiate a drag
attempts*
> LayoutTests/media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag-is-prevented-over-button.html:9 > +description("Testing the <code>MediaController</code> resizing behavior.");
I'd like to see more detailed descriptions here in general, to explain what's going on and what's expected, in words. It makes it easier to understand the intent of the test code, and easier to confirm that this is what the test is doing, when some failure comes down the line. I was also confused by this sentence, because that's not what the code does. Hence: "This test pauses the video, presses the fullscreen button, and drags the controls when the mouse is over a button. It should not move."
> LayoutTests/media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag.html:19 > media.addEventListener("webkitfullscreenchange", () => {
Same thing here, please (above, in line 9), except "... It should follow the mouse drag."
Antoine Quint
Comment 5
2017-02-23 21:17:47 PST
Created
attachment 302637
[details]
Patch for landing
WebKit Commit Bot
Comment 6
2017-02-23 21:43:11 PST
Comment on
attachment 302637
[details]
Patch for landing Clearing flags on attachment: 302637 Committed
r212942
: <
http://trac.webkit.org/changeset/212942
>
WebKit Commit Bot
Comment 7
2017-02-23 21:43:14 PST
All reviewed patches have been landed. Closing bug.
Alexey Proskuryakov
Comment 8
2017-02-26 15:38:17 PST
This made EWS fail on about half of patches submitted, failing two tests on mac-debug-ews: New failing tests: media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag.html media/modern-media-controls/macos-fullscreen-media-controls/macos-fullscreen-media-controls-drag-is-prevented-over-button.html Rolling out.
WebKit Commit Bot
Comment 9
2017-02-26 15:38:52 PST
Re-opened since this is blocked by
bug 168882
Antoine Quint
Comment 10
2017-02-27 06:18:15 PST
This is due to MacOSFullscreenMediaControls not calling this._leftContainer.layout() in its layout() method.
Antoine Quint
Comment 11
2017-02-27 06:23:44 PST
Committed
r213055
: <
http://trac.webkit.org/changeset/213055
>
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