Closed
Bug 1070512
Opened 10 years ago
Closed 6 years ago
Slow panning / scrolling of pdfs on documentcloud.org
Categories
(Web Compatibility :: Site Reports, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: bug.zilla, Unassigned)
Details
(Whiteboard: [needscontact])
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0 Build ID: 20140920004004 Steps to reproduce: Visited this: http://www.documentcloud.org/documents/1184766-bicoin-pdf.html Actual results: Slow scrolling Expected results: Scrolling works fine in Chrome
Updated•10 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
OS: Windows 7 → Android
Hardware: x86_64 → ARM
Resolution: --- → INCOMPLETE
Whiteboard: profile-wanted
This is on a Samsung Galaxy S4 (4.4.4). Can I provide anything else useful?
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Scrolling is definitely a bit janky but I have the same experience in Fennec Aurora 35.0a2 as I do in Chrome 38. I tested this on a Moto G 2014 on Android 4.4.4.
Aaron, do you have a Galaxy S4 to test?
Flags: needinfo?(aaron.train)
Comment 4•10 years ago
|
||
Yes. Yes, it's janky. Maybe this will be resolved with bug 776030 (AZPC support on Fennec).
Component: General → Graphics, Panning and Zooming
Depends on: apz-fennec
Flags: needinfo?(aaron.train)
Comment 5•9 years ago
|
||
This site is implementing scrolling themselves, so there's nothing we can do here.
Status: NEW → RESOLVED
Closed: 10 years ago → 9 years ago
No longer depends on: apz-fennec
Resolution: --- → INVALID
Comment 6•9 years ago
|
||
Since the OP said scrolling works fine on Chrome, is it perhaps worth investigating why the performance of Firefox and Chrome are different? That might lead us to identifying an area of the platform where we can improve performance, or otherwise providing feedback to the site authors about what to avoid (i.e. Tech Evangelism).
Comment 7•9 years ago
|
||
I looked at the touch handlers in their code, and they're basically updating the scrollTop/scrollLeft properties on an element based on the pageX/pageY coordinates in the event. If they just didn't bother with any of their touch listeners we should end up using APZ for it which would be smoother. I guess we can move it to Tech Evangelism.
Status: RESOLVED → REOPENED
Component: Graphics, Panning and Zooming → Mobile
Product: Firefox for Android → Tech Evangelism
Resolution: INVALID → ---
Updated•9 years ago
|
Whiteboard: profile-wanted
Comment 8•8 years ago
|
||
Pushing to needsdiagnosis. The bug has been partially explained, but we should suggest which piece of code is not working and how to modify it, if possible. For example, if it's in a library, first we would need to resolve the issue in the library itself, and then ask them to upgrade.
Whiteboard: [needsdiagnosis]
Comment 9•8 years ago
|
||
In http://assets.documentcloud.org/viewer/viewer.js What Kats is describing is in the touchStart, touchMove and touchEnd methods attached to the `DV.Schema.helpers` object. Basically, if they ditched touch listeners scrolling would be smoother. There aren't any libraries to update, this looks like their own code.
Whiteboard: [needsdiagnosis] → [needscontact]
Updated•6 years ago
|
Priority: -- → P3
Comment 10•6 years ago
|
||
The scroll behavior is the same as on Chrome.
Status: REOPENED → RESOLVED
Closed: 9 years ago → 6 years ago
Resolution: --- → INVALID
Assignee | ||
Updated•5 years ago
|
Product: Tech Evangelism → Web Compatibility
Assignee | ||
Updated•2 months ago
|
Component: Mobile → Site Reports
You need to log in
before you can comment on or make changes to this bug.
Description
•