Closed Bug 1302737 Opened 8 years ago Closed 8 years ago

[e10s] Cannot touch scroll multiple tabs

Categories

(Toolkit :: UI Widgets, defect)

51 Branch
All
Windows 10
defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla52
Tracking Status
e10s + ---
firefox50 --- unaffected
firefox51 --- unaffected
firefox52 --- verified

People

(Reporter: phorea, Assigned: kats)

References

(Blocks 1 open bug)

Details

(Whiteboard: [nightly only])

Attachments

(2 files)

[Note]:
- Create 'browser.tabs.remote.force-enable' preference and set it to true. Restart the browser.

[Affected versions]:
- Nightly 51.0a1 2016-09-14

[Affected platforms]:
- Microsoft Surface Pro 2 with Win 10 64-bit

[Steps to reproduce]:
1. Open multiple tabs so that the tab bar can be scrolled 
2. Touch scroll the tabs
3. Tap "X" to close a tab

[Expected result]:
2. The tabs can be scrolled
3. The tabs are rearranged after closing one of them

[Actual result]:
2. The tabs cannot be scrolled
3. An empty space remains on the right side of Tab Bar.
The tab bar is a <scrollbox> which process wheel events to do scrolling. Fixing this may require adding touch event listeners to scrollbox.xml.
(In reply to Markus Stange [:mstange] from comment #1)
> The tab bar is a <scrollbox> which process wheel events to do scrolling.
> Fixing this may require adding touch event listeners to scrollbox.xml.

Why would this only manifest with e10s though? Sounds like a core :: event handling bug to me.
Flags: needinfo?(mstange)
We only fire touch events when e10s is enabled. Without e10s we don't have the machinery to properly support touch events and they get converted to mouse events instead.
Flags: needinfo?(mstange)
Component: Tabbed Browser → XUL Widgets
Product: Firefox → Toolkit
How does touch scrolling work with those simulated mouse events? Do we synthesize wheel events?
With e10s disabled you mean? Yeah, there's some goop in nsWinGesture.cpp that gets gesture events from Windows (as opposed to WM_TOUCH messages) and dispatches it as wheel events.
Ah, interesting.
Working on this. I have a patch that makes the scrolling work already, but I want to fix the "empty space left on the side of the tab bar after closing a bunch of tabs" as well. That code appears to be somewhere other than scrollbox.xml
Assignee: nobody → bugmail
Comment on attachment 8795399 [details]
Bug 1302737 - When closing tabs with non-mouse devices (e.g. touch, pen), don't enter locked-tab-size mode.

https://reviewboard.mozilla.org/r/81456/#review80028
Attachment #8795399 - Flags: review?(gijskruitbosch+bugs) → review+
Attachment #8795398 - Flags: review?(jaws) → review?(dao+bmo)
Comment on attachment 8795398 [details]
Bug 1302737 - Add rudimentary touch-scrolling support to the XUL scrollbox widget.

see bug 1302736 comment 11
Attachment #8795398 - Flags: review?(dao+bmo) → review+
Pushed by kgupta@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/4d39febef604
Add rudimentary touch-scrolling support to the XUL scrollbox widget. r=dao
https://hg.mozilla.org/integration/mozilla-inbound/rev/f2bac20c2f76
When closing tabs with non-mouse devices (e.g. touch, pen), don't enter locked-tab-size mode. r=Gijs
https://hg.mozilla.org/mozilla-central/rev/4d39febef604
https://hg.mozilla.org/mozilla-central/rev/f2bac20c2f76
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
Verified as fixed with 50.0a1 Nightly 2016-10-18.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: