Created attachment 193099 [details] sample ODP Steps: 1. Open attachment 2. Start presentation (F5) 3. Go through slides Result: some slight visual artefact during swipe animation on both slides, where text is visible before it should, and previous slide's artefact is carried over to the second slide. Also reproduced when playing animation on canvas. Using libcairo2 version 1.16.0-5ubuntu2 on Ubuntu 22.04 and: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f42363c51672a5b3685b0b9b11e932680530dce3 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Same with gen VCL plugin. No issue with kf5 (cairo+xcb) nor (cairo+wayland) Unticking "Use hardware acceleration" in "Tools > Options > View" solves the issue. Bibisected with linux-64-7.0 repository to first bad build [302a4ceaabac898c580c71659800d767595cd0c8] which points to: commit 770892a387361067d23ab08ed38690c50b8b9395 author Caolán McNamara Sat May 23 20:21:59 2020 +0100 committer Caolán McNamara Sun May 24 20:20:54 2020 +0200 platforms using the cairo canvas use cairo for text rendering already Reviewed-on: https://gerrit.libreoffice.org/c/core/+/94736 Caolán, can you please have a look?
Created attachment 193100 [details] minimal ODP sample This is a lighter sample.
Created attachment 193101 [details] screenshot of issue
Created attachment 193102 [details] minimal ODP sample, shows difference between object in front and behind text (In reply to Stéphane Guillou (stragu) from comment #0) > [...] and previous slide's artefact is carried over to the second slide. Sorry, scrap that bit: the template this is based on had duplicated text boxes left over in the second slide. No "carrying over" between slides. Issue happens with any animation. It turns out the issue depends on the position of the animated object, relative to the text. Artefacts only appear on text that is in front of the object.
"No issue with kf5 (cairo+xcb) nor (cairo+wayland)" does that mean it works with the gtk3 under wayland case, but not gtk3 under x11?
Created attachment 193109 [details] what I see in X11 I seem to see the same thing in X11 and Wayland, and seems the same if I disable "hardware acceleration" which in this context means using the vcl backend for full-screen presentations vs a cairo backend (though amusingly at this point both are backed by cairo) If it was an X-only issue I wonder if there could be any connection to the (mystery) bug 117413 which has a workaround in vcl/unx/generic/gdi/cairotextrender.cxx syncCairoContext If reproducible checking if changing: if (cairo_surface_get_type(target) == CAIRO_SURFACE_TYPE_XLIB) to if (true) there has any sort of an effect
(In reply to Caolán McNamara from comment #4) > "No issue with kf5 (cairo+xcb) nor (cairo+wayland)" does that mean it works > with the gtk3 under wayland case, but not gtk3 under x11? I see the issue with gtk3 under Wayland as well as X11. I don't see the grey rectangle you get in your video. The artefact I describe is the ghostly, greenish text in the white during the second animation. Building now with you suggestion.
(In reply to Caolán McNamara from comment #5) > If reproducible checking if changing: > if (cairo_surface_get_type(target) == CAIRO_SURFACE_TYPE_XLIB) > to > if (true) > there has any sort of an effect No difference with this in place.
(In reply to Caolán McNamara from comment #5) > Created attachment 193109 [details] > what I see in X11 I see roughly the same on Wayland (position of cut off text a bit lower for me). Hardware acceleration option state has no effect on it. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c49da95942f456623e91ae1f5c1a68efd83fec6c CPU threads: 8; OS: Linux 6.9; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded