Closed Bug 907098 Opened 12 years ago Closed 12 years ago

With apz enabled, you can scroll content by panning a flyout panel

Categories

(Firefox for Metro Graveyard :: Pan and Zoom, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 26

People

(Reporter: jimm, Assigned: jimm)

References

Details

Attachments

(2 files, 5 obsolete files)

STR: 1) open a scrollable content page 2) open the about flyout 3) try to scroll the about flyout result: the content page scrolls
Attached patch patch v.1 (obsolete) — Splinter Review
Assignee: nobody → jmathies
Comment on attachment 796167 [details] [diff] [review] patch v.1 What this does is filter out everything but the browser in our capture listener in input.js to call preventDefault which kills off apz scrolling. Chatted with mbrubeck on irc about the non-e10s friendly nature of this which he was ok with.
Attachment #796167 - Flags: review?(netzen)
Comment on attachment 796167 [details] [diff] [review] patch v.1 Review of attachment 796167 [details] [diff] [review]: ----------------------------------------------------------------- ::: browser/metro/base/content/input.js @@ +214,5 @@ > + // Help out chrome ui elements that want input.js vs. apz scrolling: call > + // preventDefault when apz is enabled on anything that isn't in the > + // browser. Not e10s friendly. > + if (APZCObserver.enabled && > + !getBrowser().contentDocument.documentElement.contains(aEvent.target)) { This could be very inefficient for some pages, let's use .ownerDocument per irc.
Attachment #796167 - Flags: review?(netzen)
Attached patch patch v.2 (obsolete) — Splinter Review
Attachment #796167 - Attachment is obsolete: true
Attachment #796184 - Flags: review?(netzen)
Attachment #796184 - Flags: review?(netzen) → review+
This is going to need some more work. I think we need to hollow out some of our status checking down in MetroInput when apz is enabled, which also checks the return result.
Unfortunately this broke button clicks in the nav bar. :/ Need to investigate further.
Depends on: 913707
Comment on attachment 796184 [details] [diff] [review] patch v.2 This fix is close, however we need to do the cancelling on the first touch move, and there are a couple fixes to dom touch and widget as well.
Attachment #796184 - Flags: review+
Attached patch widget fix (obsolete) — Splinter Review
Attachment #796184 - Attachment is obsolete: true
Attached patch front end (obsolete) — Splinter Review
Attached patch front end fix (obsolete) — Splinter Review
Attachment #801224 - Attachment is obsolete: true
Attached patch widget fixSplinter Review
Attachment #801223 - Attachment is obsolete: true
Attachment #801225 - Attachment is obsolete: true
Attachment #801272 - Flags: review?(tabraldes)
Attached patch front end fixSplinter Review
Attachment #801274 - Flags: review?(mbrubeck)
Attachment #801274 - Flags: review?(mbrubeck) → review+
Comment on attachment 801272 [details] [diff] [review] widget fix Review of attachment 801272 [details] [diff] [review]: ----------------------------------------------------------------- Seems fine. Some day it would be nice to pick apart nsPresShell and widget, but I'm sure not signing up for that job :)
Attachment #801272 - Flags: review?(tabraldes) → review+
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 26
OS: Windows 8 Metro → Windows 8.1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: