Bug 155900 - Font color in pdf, created from impress ppt/odp file, is reduced to black for bold text.
Summary: Font color in pdf, created from impress ppt/odp file, is reduced to black for...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.5.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-17 17:54 UTC by Hex876_
Modified: 2024-03-30 20:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hex876_ 2023-06-17 17:54:28 UTC
Description:
Exporting Impress slide-show to PDF changes color of bold text from any color to black (and only for bold text).

Steps to Reproduce:
1. Start Impress
2. Select "Freshes" from Templates
3. Change font color of BOLD text (e.g. the first heading) to a color other than black via right click → 'Character' → Tab 'Font Effects', e.g. to blue (or keep the inital white version)
4. Press button "Export directly to PDF"
5. Check font color of the PDF file

Actual Results:
The font color changes to black in the PDF (happens ONLY for BOLD text)

Expected Results:
The PDF should adopt the font color from the impress file


Reproducible: Always


User Profile Reset: No

Additional Info:
Version 7.5.3.2 (X86_64)
CPU threads: 4; OS: Linux 6.3
UI render: default; VCL: gtk3
en-US (en_US.UTF-8); UI:en-US
Calc_threaded

Fedora 38, happens with rpm and Flatpak version
Comment 1 Adam664 2023-07-16 16:31:46 UTC
Hello, thanks for the clear and concise bug report. Unfortunately I haven't been able to reproduce your results using 

Version: 7.5.3.2 (X86_64)
Build ID: 50(Build:2)
CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Which looks to be the same version as you're using, and I'm on Fedora as well.

Not sure if it would make a difference in this case, but, are you using GNOME and what display server are you using?

Any other steps or ways that you can produce the bug would help as well.
Comment 2 Hex876_ 2023-07-17 06:21:39 UTC
(In reply to Adam664 from comment #1)
> Hello, thanks for the clear and concise bug report. Unfortunately I haven't
> been able to reproduce your results using 
> 
> Version: 7.5.3.2 (X86_64)
> Build ID: 50(Build:2)
> CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: gtk3
> Locale: en-US (en_US.UTF-8); UI: en-US
> Calc: threaded
> 
> Which looks to be the same version as you're using, and I'm on Fedora as
> well.
> 
> Not sure if it would make a difference in this case, but, are you using
> GNOME and what display server are you using?
> 
> Any other steps or ways that you can produce the bug would help as well.

Yes, Gnome 44.2 with Wayland. However: Having tried various situations, it turns out:
- it happens only for certain fonts: 
· Bug does NOT appear with e.g. Carlito, Comfortaa, Droid Sans; 
· Bug DOES appear with e.g. NotoSans, Cantarell, DejaVu Sans;
- I can reproduce the bug with a fresh download and boot of 'Fedora-Workstation-Live-x86_64-38-1.6.iso' in VirtualBox. All I needed to do was install the OS in a VM (did not install updates), start Impress, and the white slideshow-title "Freshes Impress Template" (with default font Noto Sans) is black in the pdf, while the original white text below "Lorem ipsum…" stays white in the pdf…
Comment 3 Adam664 2023-07-17 13:44:33 UTC
Tried it again, and with two of the bug producing fonts listed, and still couldn't reproduce. 

Gonna leave as UNCONFIRMED, maybe someone else will have some luck.
Comment 4 Buovjaga 2023-09-05 15:41:54 UTC
Not reproduced.

Arch Linux 64-bit, X11
Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 6ee0f9f02f7255339e18ab9e6189b2200bb71e6e
CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 5 September 2023
Comment 5 Buovjaga 2023-11-01 18:50:24 UTC
(In reply to Hex876_ from comment #2)
> Yes, Gnome 44.2 with Wayland. However: Having tried various situations, it
> turns out:
> - it happens only for certain fonts: 
> · Bug does NOT appear with e.g. Carlito, Comfortaa, Droid Sans; 
> · Bug DOES appear with e.g. NotoSans, Cantarell, DejaVu Sans;
> - I can reproduce the bug with a fresh download and boot of
> 'Fedora-Workstation-Live-x86_64-38-1.6.iso' in VirtualBox. All I needed to
> do was install the OS in a VM (did not install updates), start Impress, and
> the white slideshow-title "Freshes Impress Template" (with default font Noto
> Sans) is black in the pdf, while the original white text below "Lorem
> ipsum…" stays white in the pdf…

Gnome 44.5 with Wayland, gtk3, no problem with LibreOffice 7.5.6 or 7.6.2. Debian testing.

I also tried the original steps.

Can you do another test with the latest stuff?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 6 Hex876_ 2023-11-02 08:38:13 UTC
Reproduced it in Impress rpm version 7.5.7.1 and in 7.6.2.1 Flathub version (dl.flathub.org) again on two physical machines, HOWEVER: black font appears only when opening the created pdf with "GNOME Document viewer 44.3", NOT when opening in Firefox-Browser. Maybe not a LibreOffice Bug after all, but something in Fedora/GNOME?! 
(Maybe something broke when messing with fonts for LaTeX, or when manually upgrading from F37→F38… would explain why nobody else can reproduce it)
Comment 7 Buovjaga 2023-11-02 09:58:43 UTC
(In reply to Hex876_ from comment #6)
> Reproduced it in Impress rpm version 7.5.7.1 and in 7.6.2.1 Flathub version
> (dl.flathub.org) again on two physical machines, HOWEVER: black font appears
> only when opening the created pdf with "GNOME Document viewer 44.3", NOT
> when opening in Firefox-Browser. Maybe not a LibreOffice Bug after all, but
> something in Fedora/GNOME?! 
> (Maybe something broke when messing with fonts for LaTeX, or when manually
> upgrading from F37→F38… would explain why nobody else can reproduce it)

I was using GNOME document viewer 45 (Evince).
Comment 8 Hex876_ 2024-03-30 20:27:06 UTC
Changing to 'resolved'. At least with Fedora 40 beta everything seems fine. Many thanks to everyone trying to reproduce and investigate!!