STR: 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.
CC'ing Jamie, too.
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.
2 years ago
platform-rel: --- → ?
Whiteboard: aes+ → aes+ [platform-rel-Google][platform-rel-Gmail]
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
2 years ago
status-firefox52: --- → affected
Hey Marco, are you still seeing these gmail issues?
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.
Whiteboard: aes+ [platform-rel-Google][platform-rel-Gmail] → [platform-rel-Google][platform-rel-Gmail]
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)
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
Whiteboard: [platform-rel-Google][platform-rel-Gmail], aes+ → [platform-rel-Google][platform-rel-Gmail]
perf is acceptable now.
Status: NEW → RESOLVED
Last Resolved: a year ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.