Closed
Bug 1393120
Opened 7 years ago
Closed 5 years ago
hotmail/outlook.com's mouse-over sluggish
Categories
(Core :: Layout, defect, P3)
Tracking
()
People
(Reporter: linuxhippy, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: perf, perf:responsiveness)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0 Build ID: 20170821193225 Steps to reproduce: 1. logged into my outlook.com account (ony my quite old Arrandale Laptop) 2. opened a folder / inbox with >50 mails 3. moved the mouse over the mails Actual results: the mouse-over hoover only appears with a delay and plays catch-up with the mouse-cursor, resulting in a sluggish user experience. screencast: https://youtu.be/tRqEFun08wQ I don't think this has something to do with rendering /compositing - I had enabled OpenGL compositing during the video, but it doesn't make a difference whether OpenGL or Software compositing is enabled. Expected results: the mouse-over effect should be as smooth as with chrome.
Comment 1•7 years ago
|
||
Please update you graphics driver: https://support.mozilla.org/kb/upgrade-graphics-drivers-use-hardware-acceleration
Component: Untriaged → Graphics
Product: Firefox → Core
Reporter | ||
Comment 2•7 years ago
|
||
My graphic driver is up-to-date (Mesa-17.0.5). Furthermore, as mentioned previously, the slugishness is also reproduceable with OpenGLÖ acceleration disabled. I'll give this issue a try on a linux netbook soon and report back.
Updated•7 years ago
|
Component: Graphics → DOM
Comment 3•7 years ago
|
||
Could you capture a performance profile using the addon from https://perf-html.io/? The profile does contain some URLs, so if you don't want to share it publicly, perhaps send the url only to me? I'm creating an account for testing (I assume it is https://outlook.live.com/owa/), but may not be able to reproduce the issue.
Comment 4•7 years ago
|
||
https://perfht.ml/2eYqBfo This is layout. Reflow being slow. Given this is rather popular website, [qf]. Daniel, could you take a look at the profile.
Status: UNCONFIRMED → NEW
Component: DOM → Layout
Ever confirmed: true
Flags: needinfo?(dholbert)
Whiteboard: [qf]
Comment 5•7 years ago
|
||
There's some flex reflow at the deepest levels here, so I'd tentatively assume this is related to / dependent on bug 1377253.
Depends on: 1377253
Flags: needinfo?(dholbert)
Comment 6•7 years ago
|
||
Triaging as [qf:investigate] to see if this is better after bug 1377253 is fixed.
Whiteboard: [qf] → [qf:investigate]
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
status-firefox57:
--- → wontfix
Comment 7•5 years ago
|
||
Smaug, if you've still got the setup from comment 4, could you see if you can still reproduce? (& if so, could you capture a new profile?) It's possible this has gotten better, per comment 6.
Blocks: flexbox-perf-issues
Flags: needinfo?(bugs)
Whiteboard: [qf:investigate] → [qf:p3:responsiveness]
Comment 8•5 years ago
|
||
I can't see such reflows anymore. Sure there are some, but way way faster.
https://perfht.ml/2DA6Wxs
reporter, please reopen if you still see bad performance.
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(bugs)
Resolution: --- → WORKSFORME
Updated•2 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•