Bug 161733 - FILEOPEN PDF Layout of text in boxes varies due to font fallback
Summary: FILEOPEN PDF Layout of text in boxes varies due to font fallback
Status: RESOLVED DUPLICATE of bug 101220
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
24.2.4.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Import-Draw
  Show dependency treegraph
 
Reported: 2024-06-21 14:31 UTC by zarifahnaf
Modified: 2024-06-21 19:11 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
The pdf in question (85.25 KB, application/pdf)
2024-06-21 14:32 UTC, zarifahnaf
Details
Draw result (76.58 KB, image/png)
2024-06-21 14:33 UTC, zarifahnaf
Details
Fierfox result (33.49 KB, image/png)
2024-06-21 14:33 UTC, zarifahnaf
Details
Screenshot LO 24.2.4.2 (101.39 KB, image/png)
2024-06-21 15:21 UTC, m_a_riosv
Details
The docx file from where the page was extracted from (64.30 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-06-21 15:26 UTC, zarifahnaf
Details
PDF inserted as image rendered with full fidelity (169.25 KB, image/png)
2024-06-21 18:33 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description zarifahnaf 2024-06-21 14:31:48 UTC
Description:
When i open the file in libreoffice draw, the alignment of textboxes change.

Steps to Reproduce:
1. Open the pdf in draw


Actual Results:
The alignment doesn't stay intact

Expected Results:
The alignment should stay intact


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 1 zarifahnaf 2024-06-21 14:32:46 UTC
Created attachment 194891 [details]
The pdf in question
Comment 2 zarifahnaf 2024-06-21 14:33:28 UTC
Created attachment 194892 [details]
Draw result
Comment 3 zarifahnaf 2024-06-21 14:33:48 UTC
Created attachment 194893 [details]
Fierfox result
Comment 4 Buovjaga 2024-06-21 15:21:03 UTC
This isn't about alignment, but about font fallback. Firefox assigns a different font than LibreOffice.

The font name is said to be CIDFont+F1. Check it out:
https://community.adobe.com/t5/acrobat-reader-discussions/cidfont-f1-issue/m-p/9777204

There is some issue with the software that exported this file. What software was used?
Comment 5 m_a_riosv 2024-06-21 15:21:37 UTC
Created attachment 194895 [details]
Screenshot LO 24.2.4.2

I think looks fine for me with
Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded
and
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 151d997365f7bf271d63af535d29a9c3439c6d46
CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US
Calc: CL threaded

Maybe something in relation with the font (CIDFont+F1) and how it is substituted, if it is not installed on the computer.
Comment 6 Buovjaga 2024-06-21 15:22:20 UTC
(In reply to Buovjaga from comment #4)
> There is some issue with the software that exported this file. What software
> was used?

Actually it says so in the meta data: Microsoft: Print To PDF.

But which software did the printout come from?
Comment 7 zarifahnaf 2024-06-21 15:26:23 UTC
Created attachment 194896 [details]
The docx file from where the page was extracted from

I used microsoft print to pdf from this google doc
Comment 8 Buovjaga 2024-06-21 16:22:48 UTC
(In reply to zarifahnaf from comment #7)
> Created attachment 194896 [details]
> The docx file from where the page was extracted from
> 
> I used microsoft print to pdf from this google doc

Thanks. Microsoft Print to PDF confirmed to be somehow broken.

Try File - Export As - Export as PDF... and select page 6. It then imports back fine as a serif font even on a system without Times New Roman (tested on Linux).

I will ask later, if devs have an idea about this, like should we close as notourbug.
Comment 9 V Stuart Foote 2024-06-21 18:33:26 UTC
Created attachment 194898 [details]
PDF inserted as image rendered with full fidelity

And no font issues in PDF handling with the pdfium insert image filter rather than poppler/cairo open filter.
Comment 10 V Stuart Foote 2024-06-21 18:40:19 UTC
Seems like a dupe of => WF see also bug 101220 and its dupes...
Comment 11 Buovjaga 2024-06-21 19:01:47 UTC
(In reply to V Stuart Foote from comment #10)
> Seems like a dupe of => WF see also bug 101220 and its dupes...

Might be, but the difference between attachment 126482 [details] from bug 101220 and Microsoft Print to PDF in this bug (as also tested by myself) is that attachment 126482 [details] shows Calibri as the font while MS insists on applying CIDFont+F1 instead of Times New Roman.
Comment 12 Buovjaga 2024-06-21 19:11:15 UTC

*** This bug has been marked as a duplicate of bug 101220 ***