Cleanups/refactoring in APZHandledResult computation codepaths
Categories
(Core :: Panning and Zooming, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox129 | --- | fixed |
People
(Reporter: botond, Assigned: botond)
References
Details
Attachments
(6 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review |
While reviewing bug 1895742, I noticed some opportunities for cleanups / refactoring in the APZHandledResult computation codepaths.
In particular, I realized that we can share more code between the "eager" and "delayed" computation codepaths, and in the process address this FIXME (which the patch in bug 1895742 partially does already).
Assignee | ||
Comment 1•9 months ago
|
||
The function only has one call site, and it passes an argument for this parameter.
Assignee | ||
Comment 2•9 months ago
|
||
Depends on D213713
Assignee | ||
Comment 3•9 months ago
|
||
This just makes the order of the definitions in the source file
consistent with the order of the declarations in the header file.
Depends on D213714
Assignee | ||
Comment 4•9 months ago
|
||
The second one takes the place of APZEventResult::UpdateHandledResult.
Depends on D213715
Assignee | ||
Comment 5•9 months ago
|
||
Depends on D213716
Assignee | ||
Comment 6•9 months ago
|
||
The delayed result computation now calls ArePointerEventsConsumable()
again to compute a more accurate result, so it doesn't need the
eager result.
Depends on D213717
Comment 8•9 months ago
|
||
Backed out for causing build bustages in TestEventResult.cpp
- Backout link
- Push with failures
- Failure Log
- Failure line: /builds/worker/checkouts/gecko/gfx/layers/apz/test/gtest/TestEventResult.cpp:68:9: error: no matching constructor for initialization of 'InputBlockCallback &&' (aka 'function<void (unsigned long, const mozilla::layers::APZHandledResult &)> &&')
Assignee | ||
Comment 10•9 months ago
|
||
(In reply to Botond Ballo [:botond] from comment #9)
Huh. I wonder how this built locally.
Ok, I see now: gtest source files are not built when you run mach build
, only when you run mach gtest
. (Which is a bit unintuitive because in CI they are built by the build job rather than the gtest job.)
Comment 11•9 months ago
|
||
Comment 12•9 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/77a3ea498c1d
https://hg.mozilla.org/mozilla-central/rev/2215ccc81f14
https://hg.mozilla.org/mozilla-central/rev/d9abbb164fc2
https://hg.mozilla.org/mozilla-central/rev/d4278aa127c3
https://hg.mozilla.org/mozilla-central/rev/401c09d143d7
https://hg.mozilla.org/mozilla-central/rev/08cba3d1a49d
Description
•