https://bugs.documentfoundation.org/show_bug.cgi?id=172399
Patrick (volunteer) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Patrick (volunteer) <[email protected]> --- (In reply to Patrick (volunteer) from comment #5) > I don't know the cause yet so I have submitted a code change that will skip > the "create a snapshot of the window content from before the window resized, > recreate the window's drawing surface at the new size, and draw the snapshot > onto the new drawing surface" code. Well just after I committed my code change, I noticed that you are using the tabbed interface in your video. I normally use the toolbar interface when working on my spreadsheets so I couldn't reproduce the bug. But when I switched LibreOffice to the tabbed interface, I could easily reproduce the bug with Skia/Metal and not with Skia/Raster just like you. I don't know anything about the tabbed interface but it seems odd that whether you are using Skia/Metal or Skia/Raster would make a difference as in both cases, the LibreOffice tabbed interface layout code calls the same drawing functions. The only difference that I can think of is that Skia/Metal can perform the same drawing functions a lot faster than Skia/Raster on most Macs. So maybe the LibreOffice tabbed interface layout code is moving the tabs around during resizing but we don't see it with Skia/Raster because it is slower. I'll have to think a bit about how I can test my theory. -- You are receiving this mail because: You are the assignee for the bug.
