Closed
Bug 1143567
Opened 9 years ago
Closed 9 years ago
Ensure that non-APZ input events have any APZ transform applied
Categories
(Core :: Panning and Zooming, defect)
Core
Panning and Zooming
Tracking
()
RESOLVED
FIXED
mozilla39
Tracking | Status | |
---|---|---|
firefox39 | --- | fixed |
People
(Reporter: dvander, Assigned: dvander)
References
Details
Attachments
(4 files)
(deleted),
patch
|
kats
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
kats
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
jimm
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
jimm
:
review+
|
Details | Diff | Splinter Review |
Even if events aren't processed by APZ, we still need to fix their reference point to account for any async transforms.
Assignee | ||
Comment 1•9 years ago
|
||
Add the DispatchInputEvent call which will make sure the event goes through APZ first.
Attachment #8577910 -
Flags: review?(bugmail.mozilla)
Assignee | ||
Comment 2•9 years ago
|
||
Attachment #8577911 -
Flags: review?(bugmail.mozilla)
Assignee | ||
Comment 3•9 years ago
|
||
This cleans up the Dispatch*Event functions in nsWindow so they take the actual type they're supposed to. Predictably there were paths with bad casts.
Attachment #8577913 -
Flags: review?(jmathies)
Assignee | ||
Comment 4•9 years ago
|
||
Ensure that anything dispatching a WidgetInputEvent routes through DispatchInputEvent, which applies an APZ transform if one exists. After the cleanup these are the only places (I think) that dispatch a WidgetInputEvent.
Attachment #8577914 -
Flags: review?(jmathies)
Updated•9 years ago
|
Attachment #8577910 -
Flags: review?(bugmail.mozilla) → review+
Updated•9 years ago
|
Attachment #8577911 -
Flags: review?(bugmail.mozilla) → review+
Updated•9 years ago
|
Comment 5•9 years ago
|
||
Comment on attachment 8577913 [details] [diff] [review] part 3, clean up nsWindow dispatch Review of attachment 8577913 [details] [diff] [review]: ----------------------------------------------------------------- ::: widget/windows/winrt/MetroWidget.cpp @@ +667,1 @@ > mEventQueue.Push(newEvent); mEventQueue.Push(cmdEvent);
Attachment #8577913 -
Flags: review?(jmathies) → review+
Updated•9 years ago
|
Attachment #8577914 -
Flags: review?(jmathies) → review+
Assignee | ||
Comment 6•9 years ago
|
||
remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/5e93ac53e79c remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/d47ee5553045 remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/311dd54d806b remote: https://hg.mozilla.org/integration/mozilla-inbound/rev/1727096f4b48
Comment 7•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/5e93ac53e79c https://hg.mozilla.org/mozilla-central/rev/d47ee5553045 https://hg.mozilla.org/mozilla-central/rev/311dd54d806b https://hg.mozilla.org/mozilla-central/rev/1727096f4b48
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox39:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla39
Comment 8•9 years ago
|
||
Please see https://bugzilla.mozilla.org/show_bug.cgi?id=1144081 for a possible regression due to this patch.
You need to log in
before you can comment on or make changes to this bug.
Description
•