5 years, 3 months ago
(2015-01-15 14:42:40 UTC)
#2
philipj_slow
The sensible behavior is for it to never be possible to start selecting by clicking ...
5 years, 3 months ago
(2015-01-16 12:28:49 UTC)
#3
The sensible behavior is for it to never be possible to start selecting by
clicking anywhere in an audio or video element, and it looks like overriding
HTMLMediaElement::canStartSelection() will work because
Node::canStartSelection() traverses all parents.
I see that there's some #if OS(ANDROID) in EventHandler::handleGestureLongPress,
so testing the original problem seems too hard. However, on desktop with a case
like "words before <video controls></video> words after" it's possible to start
selecting by clicking in the middle of the video, but not if you remove the
controls attribute. You should be able to write a test case for that, something
like the fast/dom/shadow/select-image-with-shadow.html test case that once
existed:
http://trac.webkit.org/changeset/125397
philipj_slow
Looks like fast/forms/label/label-contains-other-interactive-content.html needs updating: https://storage.googleapis.com/chromium-layout-test-archives/linux_blink_rel/43002/layout-test-results/results.html The test clicks on a video with controls, but ...
5 years, 3 months ago
(2015-01-21 13:52:44 UTC)
#4
@tkent, could you give some input on the failing test? Is it ok to edit the
expectations? Otherwise my best bet is some entirely unrelated bug in
EventHandler.cpp, possibly something with m_mouseDownMayStartSelect.
On 2015/04/23 14:46:16, Mathias Hällman wrote:
> @tkent, could you give some input on the failing test?
> Is it ok to edit the
> expectations?
No. It's not acceptable.
> Otherwise my best bet is some entirely unrelated bug in
> EventHandler.cpp, possibly something with m_mouseDownMayStartSelect.
I don't have a clear idea for now.
HTMLLabelElement::defaultEventHandler has some logic for selection. Please
investigate what happens in this function with this CL.
philipj_slow
The CQ bit was checked by philipj@opera.com to run a CQ dry run
4 years, 10 months ago
(2015-06-08 15:41:52 UTC)
#10
4 years, 10 months ago
(2015-06-08 16:33:14 UTC)
#13
Dry run: This issue passed the CQ dry run.
philipj_slow
After minimizing the failing test case it turned out to be an unrelated bug causing ...
4 years, 10 months ago
(2015-06-08 18:20:53 UTC)
#14
After minimizing the failing test case it turned out to be an unrelated bug
causing the audio element to not get its layout invalidated as part of
fast/forms/label/label-contains-other-interactive-content.html, reported and
fixed in https://codereview.chromium.org/1166743004/
With and without the changes in this CL, that resulted in a double click which
created a selection. The behavior when there's a selection is different when
canStartSelection() returns false, but it is the same behavior as for image and
does not seem anomalous to me.
tkent@, the bots looks happy with the other fix landed, but can you check if you
are satisfied with the root cause analysis and fix?
tkent
lgtm
4 years, 10 months ago
(2015-06-08 23:26:07 UTC)
#15
lgtm
Mathias Hällman
The CQ bit was checked by mathiash@opera.com
4 years, 10 months ago
(2015-06-09 07:16:26 UTC)
#16
Issue 838003005: Don't allow text selection to start on a HTMLMediaElement
(Closed)
Created 5 years, 3 months ago by Mathias Hällman
Modified 4 years, 10 months ago
Reviewers: philipj_slow, tkent
Base URL: https://chromium.googlesource.com/chromium/blink.git@master
Comments: 0