[E10S A11y] Various operations in Gmail noticeably slower with E10S on




2 years ago
a year ago


(Reporter: MarcoZ, Unassigned)


(Blocks: 2 bugs, {perf})

51 Branch
Windows 10
Dependency tree / graph

Firefox Tracking Flags

(e10s+, platform-rel -, firefox51 disabled, firefox52 disabled, firefox53 disabled, firefox54 affected)


(Whiteboard: [platform-rel-Google][platform-rel-Gmail])



2 years ago
1. Force-enable E10S.
2. With NVDA on, start Nightly and log into Gmail. Preferably, because of bug 1297549, you just restart it with the Gmail tab auto-loading.
3. NVDA will switch to its focus mode, which means the virtual buffer is off. You'll land in the table of conversations.
4. Arrow up and down through the conversations.
5. Now, compare that to a build with E10S off.

Result: With E10S off, focus changes are instantaneously announced. With E10S on, there is at least a half second delay before the new item is spoken.

Consistently reproducible on my Surface Book with Windows 10 SR1 Pro X64.

Comment 1

2 years ago
CC'ing Jamie, too.


2 years ago
tracking-e10s: ? → +
Whiteboard: aes+

Comment 2

2 years ago
Note that this bug has changed slightly in the 2016-09-20 Nightly build, which has a fix for bug 1297549.

1. If, when starting Nightly in e10s mode, Gmail is the first tab, NVDA's focus mode gets enabled straight away, without first going into virtual buffer mode.
2. At this point, I found focus shifting to be extremely slow. Like two seconds between message threads where normally the reaction is instantaneous.
3. Press tab to move out of the messages, which invokes virtual buffer.
4. Shift-tab back and arrow up and down again.

Result: Now, the reaction is very snappy.

I'll leave this open, but again, notice that this problem is no longer permanent, but tied to a very specific condition, and then hits pretty badly.
Depends on: 1304449
platform-rel: --- → ?
Whiteboard: aes+ → aes+ [platform-rel-Google][platform-rel-Gmail]

Comment 3

2 years ago
This bug has changed again with the 2016-10-06 build, which contains the fix for bug 1304449. Now, focus shifting between the message threads is OK, but opening a message takes a significant amount of time, while a build with E10S off on the same connection is very snappy. Half a second after pressing Enter on a thread with E10S off, about 3 to 5 seconds with E10S on, before NVDA starts reading the message thread.

Also, when returning from the message thread to the list of threads, NVDA's focus mode is no longer consistently switching back to focus mode, and it again takes significantly longer with E10S on.
Summary: [E10S A11y] Focus shifting between message threads in Gmail noticeably slower with E10S on → [E10S A11y] Various operations in Gmail noticeably slower with E10S on
status-firefox52: --- → affected
platform-rel: ? → -
Hey Marco, are you still seeing these gmail issues?
Flags: needinfo?(mzehe)

Comment 5

2 years ago
Very occasionally, but it's now a more consistent general performance degradation when screen readers load documents in E10S mode vs. non-E10S mode. That very specific lag has disappeared.
Flags: needinfo?(mzehe)


2 years ago
Whiteboard: aes+ [platform-rel-Google][platform-rel-Gmail] → [platform-rel-Google][platform-rel-Gmail]

Comment 6

2 years ago
This is still there when E10S is turned on in 54. Nominating for tracking, hoping that the SmartProxy work will mittigate this somewhat, but need a working build before I can give any views on that.

Note that this is far broader than just Gmail, like also happening on FaceBook and other sites, so it's most likely a11y+e10s related rather than platform-rel. Suggesting to take this off the platform-rel radar, but leaving that up to the powers that be.
status-firefox51: affected → disabled
status-firefox52: affected → disabled
status-firefox53: --- → disabled
status-firefox54: --- → affected
Whiteboard: [platform-rel-Google][platform-rel-Gmail] → [platform-rel-Google][platform-rel-Gmail], aes?
Jim, talking to Marco this certainly sounds like an aes+ -- what do you think?

(Not sure if our talos perf tests capture this; maybe)
Flags: needinfo?(jmathies)


2 years ago
Flags: needinfo?(jmathies)
Whiteboard: [platform-rel-Google][platform-rel-Gmail], aes? → [platform-rel-Google][platform-rel-Gmail], aes+
I think we need to reevaluate this when the handler lands.
Depends on: 1303060
Blocks: 1365655
Whiteboard: [platform-rel-Google][platform-rel-Gmail], aes+ → [platform-rel-Google][platform-rel-Gmail]
perf is acceptable now.
Last Resolved: a year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.