Bug 154395 - Color of overline is ignored for printing and exporting
Summary: Color of overline is ignored for printing and exporting
Status: RESOLVED DUPLICATE of bug 48707
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
Version:
(earliest affected)
7.5.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: PDF-Export
  Show dependency tree / graph
 
Reported: 2023-03-25 19:05 UTC by bughunter
Modified: 2023-07-03 12:38 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Overline test page (15.51 KB, application/vnd.oasis.opendocument.text)
2023-03-25 19:07 UTC, bughunter 		Details
Overline test page after export as PDF file (18.27 KB, application/pdf)
2023-03-25 19:08 UTC, bughunter 		Details
sample Flat ODF xml doc with overline strikethrough and underline (33.31 KB, application/vnd.oasis.opendocument.text)
2023-03-25 21:11 UTC, V Stuart Foote 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description bughunter 2023-03-25 19:05:56 UTC 
Description:
The specific color of an overline of a text is not respected when printing a document or exporting it as PDF. The overline is always printed or exported in black color.

Steps to Reproduce:
1. Create an empty document in Writer
2. Enter at least one character in the document.
3. Change the color of this character to red, for example.
4. Add an overline to the character.
5. Print the document or export it as a PDF.

Actual Results:
The color of the overline is black.

Expected Results:
The color of the overline should match the color of the associated character.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Ubuntu package version: 4:7.5.1~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded
Comment 1 bughunter 2023-03-25 19:07:12 UTC 
Created attachment 186219 [details]
Overline test page
Comment 2 bughunter 2023-03-25 19:08:06 UTC 
Created attachment 186220 [details]
Overline test page after export as PDF file
Comment 3 V Stuart Foote 2023-03-25 21:09:09 UTC 
You've left the color for the overlining as 'Automatic'

Print and Export works correctly if the color for the overline is explicitly set (to match the font, or to some other color from the Character... dialog).

However, I can confirm that the Export as PDF filter picks up 'Automatic' as a color different than the font color--renders to PDF as 'Black', while with a print to PDF it picks up the Red for the overline.

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 4 V Stuart Foote 2023-03-25 21:11:16 UTC 
Created attachment 186223 [details]
sample Flat ODF xml doc with overline strikethrough and underline
Comment 5 bughunter 2023-03-26 14:03:59 UTC 
As far as I understand WYSIWYG, the color displayed in the program for a character (overline) should match the color on a printout or in an exported PDF file without having to make additional settings for it.
Comment 6 V Stuart Foote 2023-03-26 16:46:25 UTC 
(In reply to bughunter from comment #5)
> As far as I understand WYSIWYG ...

Agree, and why this is confirmed NEW for the PDF export. Meanwhile, setting the Character... dialog's Font Effects tab Text Decoration: Overlining to a specific color rather than 'Automatic' is a workaround.
Comment 7 ⁨خالد حسني⁩ 2023-07-03 12:38:10 UTC 

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