Repaint issue with Browser Zoom and Auto-scroll to element in view
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
People
(Reporter: ganesh.zanjad, Unassigned, NeedInfo)
References
(Blocks 2 open bugs)
Details
Attachments
(3 files)
Steps to reproduce:
Repositioning the DIV. The DIV is used as an help callout that points different element on the screen. The DIV is repositioned to next location on Click or Timer based
Actual results:
On repositioning, the DIV callout appears fine at new position. However, the previous callout region doesn't repaints
Expected results:
The previous callout region should have been repainted/wiped off as it is moved to new position
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Panning and Zooming' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•4 years ago
|
||
Can you link to a testcase or site where we can reproduce this issue?
Updated•4 years ago
|
Attached Struture.zip is similar type of structure we are following on our site, where the issue is replicated on specific machines - Intel(R) Core(TM) i3-4160 CPU @ 3.60GHz, Installed memory(RAM): 8.00 GB (7.88 GB usable) System type: 64-bit Operating System, x64-based processor
Comment 4•4 years ago
|
||
The severity field is not set for this bug.
:miko, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•4 years ago
|
Update regarding the issue, we have noticed that we observe painting issue doesn't occur when gfx.webrender.compositor is set to false in about:config settings, the issue doesn't replicate.. it is set to true by default.
Note : after changing gfx.webrender.compositor to false we need to restart browser.
Updated•3 years ago
|
Comment 7•3 years ago
|
||
Jeff, are you able to repro this on any of your windows machines?
Updated•2 years ago
|
Description
•