Last Comment Bug 704423 - mousemove event should be cancelable
: mousemove event should be cancelable
Product: Core
Classification: Components
Component: DOM: Events (show other bugs)
: Trunk
: All All
-- normal (vote)
: mozilla31
Assigned To: Masayuki Nakano [:masayuki]
: Andrew Overholt [:overholt]
data:text/html,<script>var done = fal...
Depends on:
Blocks: 219388 704061
  Show dependency treegraph
Reported: 2011-11-21 22:51 PST by Masayuki Nakano [:masayuki]
Modified: 2014-04-24 10:29 PDT (History)
5 users (show)
ryanvm: in‑testsuite+
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Patch (3.40 KB, patch)
2011-11-22 17:44 PST, Masayuki Nakano [:masayuki]
no flags Details | Diff | Splinter Review
Patch (3.95 KB, patch)
2014-04-24 00:42 PDT, Masayuki Nakano [:masayuki]
bugs: review+
Details | Diff | Splinter Review

Description User image Masayuki Nakano [:masayuki] 2011-11-21 22:51:22 PST
mousemove event should be cancelable, see D3E spec:
Comment 1 User image Masayuki Nakano [:masayuki] 2011-11-22 17:44:22 PST
Created attachment 576366 [details] [diff] [review]

This patch doesn't change actual behavior, just changes as cancelable.

IE9 and Opera support cancelable mousemove event. However, on both of them, :hover state isn't prevented even if I prevents default of mousemove event.

And also, text selection isn't blocked by the default prevented mousemove event.

WebKit's mousemove event is not cancelable.
Comment 2 User image Olli Pettay [:smaug] (pto-ish for couple of days) 2011-12-14 05:47:38 PST
Btw, I'm not sure if this is just a bug in D3E.
DOM 2 mousemove is not cancelable.
Comment 3 User image Olli Pettay [:smaug] (pto-ish for couple of days) 2012-03-21 09:58:55 PDT
Comment on attachment 576366 [details] [diff] [review]

You did send email to the mailing list, but did you perhaps file a 
spec bug?
Clearing r? until we know what to do with this.
Comment 4 User image Masayuki Nakano [:masayuki] 2012-06-28 02:58:09 PDT
I filed a spec bug:
Comment 5 User image Syoichi Tsuyuhara 2013-09-06 11:49:49 PDT
In Blink, it seems that this bug is fixed.

I confimed this in Chromium 31.0.1624.0 (221710)(Blink 537.36 (@157356)).
Comment 6 User image Masatoshi Kimura [:emk] 2013-09-06 17:43:31 PDT
Also, the spec bug has been resolved from way back.
Comment 7 User image Arkadiusz Michalski (Spirit) 2014-04-15 07:00:59 PDT
Any progress? Chrome and IE are consistent with D3E, and Firefox still with D2E. Hmm... now I see that Firefox have correct behaviour a long time ago: << contains a good testcase
Comment 8 User image Masayuki Nakano [:masayuki] 2014-04-24 00:42:52 PDT
Created attachment 8411624 [details] [diff] [review]

Okay, let's take this into 31 which is next ESR.
Comment 9 User image Olli Pettay [:smaug] (pto-ish for couple of days) 2014-04-24 02:46:21 PDT
Why should mousemove be cancelable?
Comment 10 User image Olli Pettay [:smaug] (pto-ish for couple of days) 2014-04-24 02:47:28 PDT
Comment on attachment 8411624 [details] [diff] [review]

Ah, hmm, selection handling might in theory need this.
Comment 11 User image Masayuki Nakano [:masayuki] 2014-04-24 07:18:25 PDT
(In reply to Olli Pettay [:smaug] from comment #9)
> Why should mousemove be cancelable?

For the odd spec change... We discussed about this in the last D3E meeting, though.
Comment 12 User image Masayuki Nakano [:masayuki] 2014-04-24 07:20:29 PDT
Comment 13 User image Ryan VanderMeulen [:RyanVM] 2014-04-24 10:29:11 PDT

Note You need to log in before you can comment on or make changes to this bug.