Bug 161814 - Single emoji not rendering when exporting to PDF, despite other identical emojis being used and rendering just fine in the same PDF
Summary: Single emoji not rendering when exporting to PDF, despite other identical emo...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
Version:
(earliest affected)
24.2.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2024-06-27 14:24 UTC by Krys
Modified: 2024-06-28 12:34 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Test ODTs and the resulting PDF exports (274.05 KB, image/jpeg)
2024-06-27 14:34 UTC, Krys
Details
ODT test file, no text (9.45 KB, application/vnd.oasis.opendocument.text)
2024-06-27 15:15 UTC, Krys
Details
PDF result file, no text (8.12 KB, application/pdf)
2024-06-27 15:16 UTC, Krys
Details
ODT test file, with text (10.16 KB, application/vnd.oasis.opendocument.text)
2024-06-27 15:17 UTC, Krys
Details
PDF result file, with text (30.01 KB, application/pdf)
2024-06-27 15:18 UTC, Krys
Details
ODT test file, with text before and after (10.85 KB, application/vnd.oasis.opendocument.text)
2024-06-27 15:19 UTC, Krys
Details
PDF result file, with text before and after (30.03 KB, application/pdf)
2024-06-27 15:21 UTC, Krys
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Krys 2024-06-27 14:24:20 UTC
Description:
Possibly an offshoot of this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=129523

All emojis display correctly within the ODT file itself, and all emojis save one are exporting and rendering correctly in the resulting PDF file. The emoji in question is used multiple times throughout the file, and shows up correctly in both files, but its first use simply shows a blank space in the PDF. Its presence is registered, as when the text is highlighted, the space where the emoji should be is also highlighted - the emoji itself just doesn't show up. The first usage of all other emojis appear as they should, so whatever the cause, it may only be affecting certain emojis.

The issue persists if all text is copied and pasted into a new document, and regardless of how the PDF is viewed (browser, PDF viewer, etc). Using the EmojiOne Color font or Safe Mode does not fix the issue. Functioning emojis identical to the non-functioning emoji being copied and pasted into the line before deleting the non-functioning emoji also does nothing, nor does applying any format change (i.e. text size, line spacing, etc), or adding further text after the emoji.

Attempting to reproduce the issue with just the emoji itself results in all instances of the emoji not appearing. Attempting to reproduce the issue with the emoji and some text results in all but the first instance of the emoji appearing correctly.

Steps to Reproduce:
1.Paste 'shrugging black woman' emoji into ODT document, with or without some text.
2.Export to PDF.
3.View PDF.

Actual Results:
The first instance of the 'shrugging black woman' emoji will be missing, if there is additional text. If there is no additional text, none of the emojis appear.

Expected Results:
For all emojis to appear correctly.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
I'm using LibreOffice 24.2.4.2 (though the problem was also in 7.6.7 - I switched versions trying to solve the issue), on a Dell Inspiron 14 7435 2-in-1, with Windows 11 Home edition (64 bit, version 23H2, OS build 22631.3296, Windows Feature Experience Pack 1000.22687.1000.0). I can add further details on my set-up if requested, I am just unsure of what information will be most helpful.
Comment 1 Krys 2024-06-27 14:34:03 UTC
Created attachment 195008 [details]
Test ODTs and the resulting PDF exports

Screenshots of my attempts to reproduce the bug, successfully. ODT files on the top, PDF exports on the bottom.
Comment 2 Krys 2024-06-27 15:15:50 UTC
Created attachment 195013 [details]
ODT test file, no text

First ODT test file, without text. PDF export result to follow.
Comment 3 Krys 2024-06-27 15:16:37 UTC
Created attachment 195014 [details]
PDF result file, no text

Resulting PDF export from first test ODT with no text
Comment 4 Krys 2024-06-27 15:17:45 UTC
Created attachment 195015 [details]
ODT test file, with text

Second ODT test file, with text. PDF export result to follow.
Comment 5 Krys 2024-06-27 15:18:16 UTC
Created attachment 195016 [details]
PDF result file, with text

Resulting PDF export from first test ODT with text
Comment 6 Krys 2024-06-27 15:19:15 UTC
Created attachment 195017 [details]
ODT test file, with text before and after

Third ODT test file, with text both before and after the affected emoji. PDF export result to follow.
Comment 7 Krys 2024-06-27 15:21:45 UTC
Created attachment 195018 [details]
PDF result file, with text before and after

Resulting PDF export from third test ODT with text.
Comment 8 Krys 2024-06-27 15:23:08 UTC
(In reply to Krys from comment #5)
> Created attachment 195016 [details]
> PDF result file, with text
> 
> Resulting PDF export from first test ODT with text

Correction: Resulting PDF export from SECOND test ODT with text.
Comment 9 Krys 2024-06-27 15:24:30 UTC
(In reply to Krys from comment #7)
> Created attachment 195018 [details]
> PDF result file, with text before and after
> 
> Resulting PDF export from third test ODT with text.

Sigh...
Correction: Resulting PDF export from third test ODT with text before and after.

I wish I could edit my comments. :(
Comment 10 m_a_riosv 2024-06-28 01:47:49 UTC
Reproducible.
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3c91fb758a429f51b89dfe9cea088691ced6d0c1
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
Comment 11 V Stuart Foote 2024-06-28 12:34:20 UTC
This is not a "single" emoji.

The emoji is combined and with gender modifier and skin tone selector!

U+1F937 SHRUG
U+1F3FF EMOJI MODIFIER FITZPATRICK TYPE-6
U+2640 FEMALE SIGN
U+FE0F VARIATION SELECTOR-16

And as this is on Windows builds, the emoji was layered using the <⊞+.> Windows Emoji keyboard/dialog picker.

However, it does render to Writer document canvas. But must be converted at each zoom level (it disappears on zoom in or out, but then draws on subsequent visits to that zoom level). Suspect that is related to what is happening on filter export to PDF.

Where on print to PDF it is not represented on its first drawing, but does show on subsequent renderings of the document.