Closed Bug 1322994 Opened 8 years ago Closed 7 years ago

[Pointer Event] Update pointer event web-platform-tests

Categories

(Core :: DOM: Events, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla53
Tracking Status
firefox53 --- fixed

People

(Reporter: stone, Assigned: stone)

References

Details

Attachments

(1 file, 3 obsolete files)

      No description provided.
Assignee: nobody → sshih
Updated tests cases from testing/web-platform/tests/pointerevents to dom/events/test/pointerevents/
Attachment #8818832 - Flags: review?(bugs)
Comment on attachment 8818832 [details] [diff] [review]
Part1: Update pointerevent web-platform-tests

rs+
Attachment #8818832 - Flags: review?(bugs) → review+
Comment on attachment 8818833 [details] [diff] [review]
Part2: PointerUp's buttons should be 0 when it's generated from touch

oh, tiny bit odd to make changes to .cpp in a bug which is about wpt tests.
The spec is very vague about this case, but I think I can somehow interpret it this way too. Please test other browsers too.



(btw, don't we have bug handling pointermove.button)
Attachment #8818833 - Flags: review?(bugs) → review+
(In reply to Olli Pettay [:smaug] from comment #4)
> Comment on attachment 8818833 [details] [diff] [review]
> Part2: PointerUp's buttons should be 0 when it's generated from touch
> 
> oh, tiny bit odd to make changes to .cpp in a bug which is about wpt tests.
Oh, I forgot that I already created bug1323132 for this part. Sorry for that and I'll move part2 to bug1323132.
Updated the patch summary.
Attachment #8818832 - Attachment is obsolete: true
Attachment #8818833 - Attachment is obsolete: true
Attachment #8819116 - Flags: review+
Blocks: 1323132
(In reply to Olli Pettay [:smaug] from comment #4)
> Comment on attachment 8818833 [details] [diff] [review]
> Part2: PointerUp's buttons should be 0 when it's generated from touch
> 
> oh, tiny bit odd to make changes to .cpp in a bug which is about wpt tests.
> The spec is very vague about this case, but I think I can somehow interpret
> it this way too. Please test other browsers too.
Tested on canary 57.0.2950.0 and Edge 38.14393.0.0, both of them fire pointerup with button=0, buttons=0

> (btw, don't we have bug handling pointermove.button)
Yes if you mean the case of multiple buttons pressed and it's fixed in bug1292070
Attachment #8819116 - Attachment is obsolete: true
Attachment #8819205 - Flags: review+
(In reply to Ming-Chou Shih [:stone] from comment #7)
> > (btw, don't we have bug handling pointermove.button)
> Yes if you mean the case of multiple buttons pressed and it's fixed in
> bug1292070

I didn't mean multiple buttons but always setting button to WidgetMouseEvent::eLeftButton (== 0), but spec talking about -1.
(In reply to Olli Pettay [:smaug] from comment #10)
> I didn't mean multiple buttons but always setting button to
> WidgetMouseEvent::eLeftButton (== 0), but spec talking about -1.
Oh, I totally misunderstand. That is a bug and created bug1323976 for it.
Pushed by ryanvm@gmail.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/df725ead108f
Update pointerevent web-platform-tests. r=smaug
Keywords: checkin-needed
https://hg.mozilla.org/mozilla-central/rev/df725ead108f
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla53
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: