Bug 144781 - pdf import in draw has problems recognizing background and tick marks
Summary: pdf import in draw has problems recognizing background and tick marks
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.2.1.1 rc
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2021-09-29 05:37 UTC by johnks
Modified: 2021-09-30 13:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
input file (65.53 KB, application/pdf)
2021-09-29 05:37 UTC, johnks
Details
draw output to be compared with input file (27.00 KB, application/pdf)
2021-09-29 05:38 UTC, johnks
Details
Export from 7.2.2.1 (51.09 KB, application/pdf)
2021-09-29 05:51 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description johnks 2021-09-29 05:37:11 UTC
Description:
attached is a pdf file that opens fine in pdf viewers but in draw asks for a password. if we ignore the error, the file does open in draw but the background is all wrong, on original its all white but draw sees it as black but also, the text formatting is wrong. 
more troubling is that there are tick marks that are not recognized by draw. i have attached pdf output from draw that show the difference. 

this is different from previous similar bug that here the tick marks are not recognized. rest of the issues are the same

Steps to Reproduce:
1. open file in draw
2. ignore password. 
3. check draw rendering with normal pdf viewer rending. 
4. check if tick marks exists or not.
5. export to pdf and compare input and output pdf.

Actual Results:
pdf rending is wrong but more importantly, tick marks are absent

Expected Results:
 tick marks should render in draw, in draw pdf output just like in input file


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.1.2 / LibreOffice Community
Build ID: 87b77fad49947c1441b67c559c339af8f3517e22
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-IN (en_IN); UI: en-US
Flatpak
Calc: threaded
Comment 1 johnks 2021-09-29 05:37:52 UTC
Created attachment 175334 [details]
input file

cancel password decryption on opening in draw. the file should still open
Comment 2 johnks 2021-09-29 05:38:24 UTC
Created attachment 175335 [details]
draw output to be compared with input file
Comment 3 Mike Kaganski 2021-09-29 05:51:59 UTC
Created attachment 175336 [details]
Export from 7.2.2.1

No repro using Version: 7.2.2.1 (x64) / LibreOffice Community
Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c
CPU threads: 12; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded

Both checkmarks, and background, are imported correctly.
Comment 4 V Stuart Foote 2021-09-30 13:02:59 UTC
Likewise get clean filter import to Draw canvas (background and check/tic marks rendered), and on filter export back to PDF background and check/tic marks are correct.

Can not confirm, though looking at a filter export from Draw into PNG compared to JPEG the transparency for some objects may be at play in OPs "background" issue. That is the PDF does not export transparency (bug 144700?), nor does JPEG filter, but PNG does. Still don't see this as an pdf filter import issue--and for higher fidelity use the pdfium based insert PDF.

LibreOffice is not a PDF editor!

Version: 7.2.2.1 (x64) / LibreOffice Community
Build ID: 0e408af0b27894d652a87aa5f21fe17bf058124c
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded