Bug 1467512 - Unable to fill objects different from rectangles with bitmap patterns in the LO writer
Summary: Unable to fill objects different from rectangles with bitmap patterns in the ...
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libreoffice
Version: 26
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-07-04 06:00 UTC by Joachim Backes
Modified: 2017-07-11 20:55 UTC (History)
5 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2017-07-11 20:55:50 UTC


Attachments (Terms of Use)

Description Joachim Backes 2017-07-04 06:00:58 UTC
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:

Comment 1 Joachim Backes 2017-07-04 06:29:53 UTC
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.

Comment 2 Joachim Backes 2017-07-04 07:45:04 UTC
Solved: By setting the option->view-> anti-aliasing to true, the filled objects now are presented correctly.

Comment 3 Caolan McNamara 2017-07-07 11:46:06 UTC
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

Comment 4 Caolan McNamara 2017-07-07 13:01:03 UTC
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

Comment 5 Fedora Update System 2017-07-07 20:24:02 UTC
libreoffice-5.3.4.2-2.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-86f3d3ee33

Comment 6 Joachim Backes 2017-07-08 04:41:52 UTC
runs for me!

Comment 7 Fedora Update System 2017-07-09 02:53:52 UTC
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

Comment 8 Fedora Update System 2017-07-11 20:55:50 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.