Bug 123868 - PDF import filter enables font attribute "outline" for data points using U+25CF BLACK CIRCLE glyph
Summary: PDF import filter enables font attribute "outline" for data points using U+25...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.2.0.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf
Depends on:
Blocks: PDF-Import-Draw
  Show dependency treegraph
 
Reported: 2019-03-05 11:07 UTC by Mehrad Mahmoudian
Modified: 2021-03-06 12:12 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
What the file looks like (bottom) vs. what the file looks like when opened by LibreOffice Draw (top) (146.42 KB, image/png)
2019-03-05 11:09 UTC, Mehrad Mahmoudian
Details
An example PDF file to reproduce the bug. (5.06 KB, application/pdf)
2019-03-06 12:56 UTC, Mehrad Mahmoudian
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mehrad Mahmoudian 2019-03-05 11:07:42 UTC
Description:
While opening a PDF file with some scatter plots, i realized that the shape of datapoints have changed

Steps to Reproduce:
1. Creating a PDF file containing a scatter plot, so that the datapoints are solid (filled) circles. The code below generates the same file in R:

```R
pdf(file="example.pdf")
plot(iris[, 1:2], pch = 19)
graphics.off
```

2. I confirmed the plot by opening it in multiple PDF viewer (qpdfview and foxitreader)

3. Opened LibreOffice Draw program

4. from the "open" menu, opened the PDF file I just created

Actual Results:
The datapoints have turned into hollow cricles (have black border and white/transparent filling color)

Expected Results:
The datapoints should still be solid circles


Reproducible: Always


User Profile Reset: No



Additional Info:
These are the info I get from "About LibreOffice" window:

Version: 6.2.0.3
Build ID: libreoffice-6.2.0.3-snap1
CPU threads: 8
OS: Linux 4.15
UI render: default
VCL: gtk3
Locale: en-US (en_US.UTF-8)
UI-Language: en-US
Calc: threaded
Comment 1 Mehrad Mahmoudian 2019-03-05 11:09:23 UTC
Created attachment 149737 [details]
What the file looks like (bottom) vs. what the file looks like when opened by LibreOffice Draw (top)
Comment 2 Roman Kuznetsov 2019-03-06 12:44:44 UTC
Mehrad please attach your PDF file
Comment 3 Mehrad Mahmoudian 2019-03-06 12:56:37 UTC
Created attachment 149764 [details]
An example PDF file to reproduce the bug.

I should have attached the PDF file initially  and shouldn't have expect others to have R installed. Regardless, the file is attached.
Comment 4 Roman Kuznetsov 2019-03-06 13:14:55 UTC
confirm in

Version: 6.2.1.1
Build ID: 757c58e8cb70b2982843211a54750fb3cd79acd5
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

and in

Version: 6.3.0.0.alpha0+
Build ID: d81a11220d76eeecac80b27b25a4576b6e78210b
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 5 V Stuart Foote 2019-03-06 16:00:10 UTC
Two issues, first the PDF is generated and embeds ZapfDignbat font. On filter import, i.e. Opening into Draw, LibreOffice will use a fall back font if the font is not installed and available to system. That is the expected and necessary behavior. To render the PDF using the embedded and subset font--use the Insert as Image method.

The data points of the scatter plot are using glyph U+25CF BLACK CIRCLE, but they come in correctly placed and sized even with font substitution.

The issue is that for some reason, on import the fallback font's "outline" attribute is being set for the characters, so they are "unfilled"--that seems incorrect.

@Miklos?
Comment 6 Miklos Vajna 2019-03-06 16:47:44 UTC
Sorry, no idea about the PDF-import-into-Draw thing off the top of my head.
Comment 7 QA Administrators 2021-03-06 03:45:36 UTC Comment hidden (obsolete)
Comment 8 Mehrad Mahmoudian 2021-03-06 12:12:22 UTC
I checked it now with the following LibreOffice version and it seems that the problem does not exist anymore (miraculously revolved). Special thanks to the dev team and the anonymous contributor that has solved this issue.


Version: 7.1.0.3 / LibreOffice Community
Build ID: 10(Build:3)
CPU threads: 20; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: en-US (en_US.UTF-8); UI: en-US
7.1.0-1
Calc: threaded