Bug 148826 - Automatic Character color for textboxes of imported PDF are not responding to fixed document canvas color set by LibreOffice Dark color theme
Summary: Automatic Character color for textboxes of imported PDF are not responding to...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Import-Draw PDF-Import-Writer Automatic-Color
  Show dependency treegraph
 
Reported: 2022-04-27 17:16 UTC by Hossein
Modified: 2025-10-20 03:14 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 Hossein 2022-04-27 17:16:28 UTC
Description:
Opening some PDF files in LibreOffice Draw leads to the text being unreadable. The reason is the black color of the text and the dark background.

Steps to Reproduce:
1. Open attachment 179479 [details] (Linux_Voice_Munich.pdf) from tdf#179479 in LibreOffice
2. In the settings, go to "LibreOffice > Application Colors > Color Scheme", then choose "LibreOffice Dark" for application colors.

Actual Results:
The text is not readable, because color of the text is black and the background is dark.

Expected Results:
The text should be readable. If dark mode is desired, then the text color should be changed to something bright to make the text readable.


Reproducible: Always


User Profile Reset: No



Additional Info:
Reproduced with 7.3, and also with the latest 7.4 master:

Version: 7.3.0.3 / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 9463550eabd0455c374c1369bc72388108baccad
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 1 Buovjaga 2022-04-30 14:37:08 UTC
It seems the Automatic colour of the textboxes is not getting applied correctly. If I re-apply automatic from the Sidebar Properties panel's Character section, it becomes white in the dark theme and black in the normal theme. So maybe the description of the report should be changed?

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 3a4a12b3801b0b88d119c6e7aaca1e183f7e470f
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 29 April 2022
Comment 2 Hossein 2022-05-12 11:31:20 UTC
(In reply to Buovjaga from comment #1)
> It seems the Automatic colour of the textboxes is not getting applied
> correctly. If I re-apply automatic from the Sidebar Properties panel's
> Character section, it becomes white in the dark theme and black in the
> normal theme. So maybe the description of the report should be changed?
Any suggestion for a new title?
Comment 3 Buovjaga 2022-05-12 12:28:15 UTC
The font colour seems to be imported as Dark Red 2. Can you somehow investigate how this is defined in the PDF file (or not defined)?
Comment 4 V Stuart Foote 2022-11-20 20:10:51 UTC
On initial import (creation of the textboxes) for imported PDF text runs, the 'Automatic' color of characters in the textboxes does not adjust to the fixed color set for document background in Application Colors 'LibreOffice Dark' color theme.

As noted, resolves by selecting the textboxes and reapplying the automatic theme, i.e. select, apply a color from picker, reselect Automatic.

Windows in DE 'Dark' color theme, with LO Application Colors 'LibreOffice Dark' color theme selected

Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: bcf333309f9a9bde21aac1302cbead2b23822458
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

As expected, likewise affects PDF filter import to Writer canvas as well
Comment 5 QA Administrators 2025-10-20 03:14:26 UTC
Dear Hossein,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug