Bug 119768 - LibreOffice writer 6.x ignores image contour setting for printing and PDF
Summary: LibreOffice writer 6.x ignores image contour setting for printing and PDF
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bisected
Depends on:
Blocks: PDF-Export Print
  Show dependency treegraph
 
Reported: 2018-09-09 13:04 UTC by Frank Schoefisch
Modified: 2021-03-15 13:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
contour bug test file (62.13 KB, application/vnd.oasis.opendocument.text)
2018-09-09 13:54 UTC, Regis Perdreau
Details
contour bug test print (385.62 KB, application/pdf)
2018-09-09 13:54 UTC, Regis Perdreau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Frank Schoefisch 2018-09-09 13:04:10 UTC
Description:
LibreOffice writer (swriter.exe) 6 (tested with 6.0.3, 6.1.x, x32 and x64 version).
Printing or PDF creation of text floating around image contours fails. Looks like the image is always lying on top of the text instead of lying under the text.
Editing contour still works - the text is floating correctly along the defined contour. Print preview also shows the correct behaviour. The problem occures when printing or creating PDFs. The contoured image covers the floating text with its full rectangle size. This is already visible in the "Thumbnail" (left side) in the "Print" window/mask.
The effect is also visible in the "Recent Files" thumbnail overwiew of 'soffice.exe'.

Checked the documents with LO 5.4.x - contour printing is ok! 

Steps to Reproduce:
1. insert image
2. create a contour for the image
3. write text that floats along the contoure
4. go to "Print ..." (printer selection ,....)
5. print!

Actual Results:
the contoured images cover (lying on top of) the text following the contour

Expected Results:
images should be under the text that follows the contour


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: de
Module: writer
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Regis Perdreau 2018-09-09 13:48:02 UTC
I confirm, exactly as described.
Contour is ignored.

Version: 6.0.3.2
Build ID: 1:6.0.3-0ubuntu1
Threads CPU : 4; OS : Linux 4.15; UI Render : par défaut; VCL: x11; 
Locale : nl-NL (fr_FR.UTF-8); Calc: group
Comment 2 Regis Perdreau 2018-09-09 13:54:15 UTC
Created attachment 144757 [details]
contour bug test file
Comment 3 Regis Perdreau 2018-09-09 13:54:53 UTC
Created attachment 144758 [details]
contour bug test print
Comment 4 Drew Jensen 2018-09-09 15:38:11 UTC
Using Ubuntu 18.04 (64 bit) and the 6.0 bibisect repo. Also, I only test for generating pdf files, not running actual print jobs.

Bisect shows that the anomaly arrived with commit: e4d0e964b5be550c88c8c6693beca483c2ca1a1b

tdf#114076: Expand ClipRange to next PixelBound

Do this by going to basegfx::B2DRange, adding a
single pixel size and using floor/ceil to go to
full integer (as needed for pixels). Also need
to go back to basegfx::B2DPolyPolygon for the
creation of the needed MaskPrimitive2D.

1 file effected: /sw/source/core/doc/notxtfrm.cxx

Author: Armin Le Grand 2018-02-26 15:13:06 +0100 (Adding to CC)
Comment 5 David Burleigh 2018-09-20 09:17:38 UTC
Hopefully this bug will be fixed soon, but meanwhile a workaround is to add transparency to the image and drop out the background. Then in the exported pdf the wrapped text will not be clipped by the image background.
Comment 6 David Burleigh 2018-09-21 06:56:44 UTC
This is a regression. I just checked back to a pdf I produced from LibreOffice 5.3 in which the text wrapped around a contour was rendered correctly. However, when I open the same file with LO 6.1.x (or 6.0.x) and export the pdf, the wrapped text is clipped by the image boundaries.
Comment 7 Timur 2021-03-15 13:00:13 UTC
Fixed by revert, see bug 114076 and bug 129085.