Closed Bug 794985 Opened 13 years ago Closed 12 years ago

Work - [Metro] bugs in precise/imprecise input tracking

Categories

(Firefox for Metro Graveyard :: General, defect)

x86_64
Windows 8.1
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: mbrubeck, Assigned: mbrubeck)

References

Details

(Whiteboard: feature=work [completed-elm])

Attachments

(1 file)

Attached patch patchSplinter Review
This fixes a few bugs in the MozPrecisePointer/MozImprecisePointer handling: * A missing "break" in BrowserUI.handleEvent causes _onPreciseInput to be called for SizeChanged events as well as MozPrecisePointer events. * The first mouse event causes the mode to change even when treatMouseAsTouch is enabled. * With treatMouseAsTouch enabled, MozImprecisePointer fires twice during BrowserUI.startup: once in ish_init and once in ish_fireUpdate.
Attachment #665502 - Flags: review?(jmathies)
Comment on attachment 665502 [details] [diff] [review] patch Tested on the tablet, didn't see any issues.
Attachment #665502 - Flags: review?(jmathies) → review+
Blocks: 797027
Product: Firefox → Firefox for Metro
Version: unspecified → Trunk
Landed a while ago but forgot to update the bug: http://hg.mozilla.org/projects/elm/rev/44c4879ef89d
Whiteboard: [completed-elm]
Summary: [Metro] bugs in precise/imprecise input tracking → Work - [Metro] bugs in precise/imprecise input tracking
Whiteboard: [completed-elm] → feature=work [completed-elm]
Resolving bugs in the Firefox for Metro product that are fixed on the elm branch. Sorry for the bugspam. Search your email for "bugspam-elm" if you want to find and delete all of these messages at once.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
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: