Open
Bug 1436056
Opened 7 years ago
Updated 2 years ago
Sync painting during tab dragging
Categories
(Core :: Widget: Cocoa, enhancement, P2)
Core
Widget: Cocoa
Tracking
()
NEW
People
(Reporter: jrmuizel, Unassigned)
References
(Blocks 2 open bugs)
Details
This doesn't seem necessary.
https://perfht.ml/2Eo31Gs
Updated•7 years ago
|
Blocks: stage-wr-trains
Priority: -- → P2
Reporter | ||
Comment 1•7 years ago
|
||
This probably only happens on macOS
Comment 2•7 years ago
|
||
When we address the problem, we need to check if Bug 1380462 does not regress.
See Also: → 1380462
Comment 3•7 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #1)
> This probably only happens on macOS
Sync painting does not happen on windows with WebRender. It is because nsWindow::OnPaint() is not implemented yet well for WebRender. Then, instead jiggle happened during resizing on Windows. Sync wait is for preventing jiggle during resizing.
Comment 4•7 years ago
|
||
Then sync wait seems necessary to avoid jiggle. But if there is a situation that we could avoid sync painting, we should avoid it.
Comment 6•6 years ago
|
||
What do you mean by tab dragging? Is that dragging a tab to a different order within the tab strip? Or dragging it out into a new window?
Can you check to see if it reproduces on Windows? We shouldn't block stage-wr-trains if it doesn't.
Flags: needinfo?(jmuizelaar)
Comment 7•6 years ago
|
||
I saw syn FlushRendering() during dragging a tab to a different order within the tab strip.
Reporter | ||
Comment 8•6 years ago
|
||
(In reply to Matt Woodrow (:mattwoodrow) from comment #6)
> What do you mean by tab dragging? Is that dragging a tab to a different
> order within the tab strip? Or dragging it out into a new window?
Different order within the tab strip.
>
> Can you check to see if it reproduces on Windows? We shouldn't block
> stage-wr-trains if it doesn't.
It seems to only happen on mac.
Flags: needinfo?(jmuizelaar)
Comment 9•6 years ago
|
||
It doesn't seem WebRender specific either. Something calls setNeedsDisplay on our window; it might be us or it might be the system because we use drag&drop APIs or because we have this preview window. I'm actually not sure if the tab dragging preview rectangle is a Gecko window or if it's just a drag image.
Moving to Widget:Cocoa.
Component: Graphics: WebRender → Widget: Cocoa
Comment 10•6 years ago
|
||
We might be able to do something similar to Bug 1486958, where we're trying to make widget paint requests only sync in certain cases (resizing).
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•