Description of problem: Start the LO writer. Insert some round object (not a rectangle or square!!!) like a circle. Then select this object and edit the area properties: area->bitmap and select a bitmap pattern. Then the object will be covered by a rectangle (or square) containing this pattern. The primary shape is almost lost. Version-Release number of selected component (if applicable): libreoffice-5.3.4.2-1.fc26.x86_64 How reproducible: always Steps to Reproduce: 1.Open a LO writer document 2.Insert a circle at some position 3.Change the area properties by selecting some bitmap pattern 4. Say OK, Actual results: The shape is covered by a rectangle filled with this bitmap pattern Expected results: Only the original object is filled with the pattern Additional info:
Seems to dependend from the desktop environment in which LO is running: happens on all gnome Desktops (gnome/xwayland, gnome/X11,gnome/classic), Mate, but not on LXDE.
Solved: By setting the option->view-> anti-aliasing to true, the filled objects now are presented correctly.
antialiasing is the default so turning off antialiasing reproduces the problem. I think in this case we have something mising or wrong in the cairo based svp/gtk3 backend
seems in this case we want to create a 1bit depth mask but are creating it as a 32bit one and things go downhill from there
libreoffice-5.3.4.2-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-86f3d3ee33
runs for me!
libreoffice-5.3.4.2-2.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-86f3d3ee33
libreoffice-5.3.4.2-2.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.