https://bugs.documentfoundation.org/show_bug.cgi?id=58358
--- Comment #46 from Heinz Repp <[email protected]> --- Some news from my side: 1. Using Gnome, I had some tests with various combinations of hinting and anti-aliasing using gnome-tweak-tool, with mixed results - sometimes this bug was barely reproducible, but then with identical settings it was prevalent all the time. 2. This bug bites me also with the new 5.0.0.5 version 3. I made a new observation: when this bug strikes, and I scroll _very slowly_, I can see: - screen advances one stripe, old contents is still there where the next content should show up - with a remarkable delay the new content is drawn When I scroll faster than the new content is drawn, the old content is repeated over and over - when I scroll back one step, and then scroll forward very slowly, I often can correct the wrong content. Looks like following is going on when scrolling: 1. already painted and cached areas are copied to the new location 2. the newly visible area is painted and cached Whenever a new iteration of this procedure happens before step 2 of the previous step finished, the next 1st step will copy also content and cache of the previous new area even when it hasn't been updated until then, copying the old previous content. It is a kind of cache poisoning, as invalid content still waiting to be newly painted is cached and thus validated. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
