Closed
Bug 1045755
Opened 10 years ago
Closed 10 years ago
APZC turns pan event into tap event when under heavy load
Categories
(Core :: Panning and Zooming, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: BenWa, Unassigned)
References
Details
Attachments
(1 file)
230.00 KB,
application/x-tar
|
Details |
STR:
0) Enable DevTools from Settings.
1) Extract emrun.tar, $ ./run.sh
This will begin installing 100 apps over the next minute or so. The phone will be under a very heavy load when APZC panning becomes very difficult. Trying to pan on the homescreen often turns pan into touch event which instead opens a app incorrectly.
Reporter | ||
Comment 1•10 years ago
|
||
Test on tip. This isn't fixed.
Comment 2•10 years ago
|
||
Moving the input events off the main thread should help this.
Depends on: input-thread
Updated•10 years ago
|
OS: Mac OS X → Gonk (Firefox OS)
Hardware: x86 → All
Updated•10 years ago
|
Summary: APZC turns pan event into touch event when under heavy load → APZC turns pan event into tap event when under heavy load
Comment 3•10 years ago
|
||
I had to remove the "embed-apps" line from the webapp.manifest and update app.zip in order to repro the STR, otherwise I got an error about being unable to install the app.
However, once I got that going I was able to pan up and down on the homescreen without any issues. It was certainly checkerboarding and low-res-painting a lot, which I would expect because the main thread is busy. There was also a noticeable latency between moving my finger and the pan kicking off, which I assume is due to touch event listeners and will be fixed by bug 1130016 and/or bug 1116579. However in no case did a pan turn into a tap, so I'm calling this bug WFM (really it was fixed by 930939 landing).
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•