[Upstream] overline automatic color incorrect in pdf

[Scott Wills]

1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.3.3-1ubuntu2
  Candidate: 1:3.3.3-1ubuntu2
  Version table:
 *** 1:3.3.3-1ubuntu2 0
        100 /var/lib/dpkg/status
     1:3.3.2-1ubuntu5 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
     1:3.3.2-1ubuntu4 0
        500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages

apt-cache policy acroread
acroread:
  Installed: 9.4.2-0natty1
  Candidate: 9.4.2-0natty1
  Version table:
 *** 9.4.2-0natty1 0
        500 http://archive.canonical.com/ubuntu/ natty/partner i386 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/819796/+attachment/2251624/+files/overline%20color%20test.odt -O test.odt && lowriter -nologo test.odt

File -> Export as PDF -> Export button and open in Adobe Reader is the overline above B remains red.

4) What happens is it is black.

WORKAROUND: Highlight B -> Secondary click -> click character... -> Font Effects tab -> change Overline color from Automatic to Light red -> OK button

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: libreoffice-core 1:3.3.2-1ubuntu5
ProcVersionSignature: Ubuntu 2.6.39-0.5~20110427-generic-pae 2.6.39-rc5
Uname: Linux 2.6.39-0-generic-pae i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Tue Aug 2 08:34:40 2011
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to natty on 2011-05-30 (63 days ago)

[penalvch (penalvch)]

Scott Wills, thank you for reporting this and helping make Ubuntu better. Could you please attach the Writer file, that when exported to pdf, demonstrates this problem?

[Scott Wills (scott-wills)]

Here's a test with three letters A, B, and C.
All characters are bright red.

A is underlined with the underline color as "automatic".

B is overlined with the overline color as "automatic".

C is overliined with the overline color as "bright red".

In Write, all characters and lining are red.

In pdf, the B has a black overline.

Example files are attached. I suspect the pdf writer
does not properly handle lining color inheritance.

On 08/02/2011 06:32 PM, Christopher M. Penalver wrote:
> Scott Wills, thank you for reporting this and helping make Ubuntu
> better. Could you please attach the Writer file, that when exported to
> pdf, demonstrates this problem?
>
> ** Changed in: libreoffice (Ubuntu)
> Status: New => Incomplete
>

[penalvch (penalvch)]

Scott Wills, the issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

[penalvch (penalvch)]

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/819796

1) lsb_release -rd
Description: Ubuntu precise (development branch)
Release: 12.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.5.2-2ubuntu1
  Candidate: 1:3.5.2-2ubuntu1
  Version table:
 *** 1:3.5.2-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/819796/+attachment/2251624/+files/overline%20color%20test.odt -O test.odt && lowriter -nologo test.odt

File -> Export as PDF -> Export button and open in Adobe Reader is the overline above B remains red.

4) What happens is it is black.

WORKAROUND: Highlight B -> Secondary click -> click character... -> Font Effects tab -> change Overline color from Automatic to Light red -> OK button

[penalvch (penalvch)]

Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/819796

1) lsb_release -rd
Description: Ubuntu precise (development branch)
Release: 12.04

2) apt-cache policy libreoffice-writer
libreoffice-writer:
  Installed: 1:3.5.2-2ubuntu1
  Candidate: 1:3.5.2-2ubuntu1
  Version table:
 *** 1:3.5.2-2ubuntu1 0
        500 http://us.archive.ubuntu.com/ubuntu/ precise/main i386 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen in LibreOffice Writer via the Terminal:

cd ~/Desktop && wget -c https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/819796/+attachment/2251624/+files/overline%20color%20test.odt -O test.odt && lowriter -nologo test.odt

File -> Export as PDF -> Export button and open in Adobe Reader is the overline above B remains red.

4) What happens is it is black.

WORKAROUND: Highlight B -> Secondary click -> click character... -> Font Effects tab -> change Overline color from Automatic to Light red -> OK button

[Foss-4 (foss-4)]

Hi Christopher, I do not understand the reproduce steps of this bug.

Is this bug still valid / reproducible with the latest LO release? Currently 4.2.3: http://www.libreoffice.org/download/libreoffice-fresh/

Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile

Should this be still reproducible for you with the latest LO release please set this bug back to UNCONFIRMED. Should this issue be solved set it to WORKSFORME. In that case please attach a test file with which this can easily be reproduced. Thanks :)

Setting to NEEDINFO until more detail is provided.

[Cpae (cpae)]

Hi Christopher, I do not understand the reproduce steps of this bug.

Is this bug still valid / reproducible with the latest LO release? Currently 4.2.3: http://www.libreoffice.org/download/libreoffice-fresh/

Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile

Should this be still reproducible for you with the latest LO release please set this bug back to UNCONFIRMED. Should this issue be solved set it to WORKSFORME. In that case please attach a test file with which this can easily be reproduced. Thanks :)

Setting to NEEDINFO until more detail is provided.

[penalvch (penalvch)]

Foss:

>"Hi Christopher, I do not understand the reproduce steps of this bug."

If you don't understand the click-for-click reproduction steps provided in the Description, then you shouldn't toggle the Status of this bug.

>"Is this bug still valid / reproducible with the latest LO release? Currently 4.2.3: http://www.libreoffice.org/download/libreoffice-fresh/"

As the reproduction steps are trivial to follow, did you try this? Despite this, reproducible in:
Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002
Version: 4.3.0.0.alpha1+
Build ID: a3c00ee3c7b3b0fbcde32baeb7023c7e8526b908
TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-04-28_07:22:55

>"Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile"

I don't ever modify my profile so that is silly to do here.

>"In that case please attach a test file with which this can easily be reproduced."

Please read the Description for the attachment.

[penalvch (penalvch)]

Foss:

>"Hi Christopher, I do not understand the reproduce steps of this bug."

If you don't understand the click-for-click reproduction steps provided in the Description, then you shouldn't toggle the Status of this bug.

>"Is this bug still valid / reproducible with the latest LO release? Currently 4.2.3: http://www.libreoffice.org/download/libreoffice-fresh/"

As the reproduction steps are trivial to follow, did you try this? Despite this, reproducible in:
Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002
Version: 4.3.0.0.alpha1+
Build ID: a3c00ee3c7b3b0fbcde32baeb7023c7e8526b908
TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-04-28_07:22:55

>"Please also try resetting your user profile and let us know if that helps: https://wiki.documentfoundation.org/UserProfile"

I don't ever modify my profile so that is silly to do here.

>"In that case please attach a test file with which this can easily be reproduced."

Please read the Description for the attachment.

[Markusschelbert (markusschelbert)]

Created attachment 115230
Problem with overline after pdf-export

[Markusschelbert (markusschelbert)]

Hi

I have the same Problem and maked a screenshot. the overline is only black in the pdf-export, when no space exists between the different charformats. See the blue arrows in the attachment. if the overline is seperated with whitespaces or return, the problem doesn't exist.

msg132e

[Xiscofauli (xiscofauli)]

This issue is still reproducible in

Version: 5.2.0.0.alpha1+
Build ID: e7f55f15ccd97bc92e1400bc5862171a621da3e2
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@39, Branch:master, Time: 2016-04-27_00:29:05
Locale: es-ES (es_ES)

[Qa-admin-q (qa-admin-q)]

** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice
(5.2.7 or 5.3.3 https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System

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)

http://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: http://webchat.freenode.net/?channels=libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug-20170522

[kompilainenn (79045-79045)]

still repro in

Version: 6.2.0.0.alpha0+ (x64)
Build ID: e7d5bad5ae083da12c3ec4a4a8bdc8b42447a242
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-06_02:55:02
Locale: ru-RU (ru_RU); Calc: threaded

[Marcus Tomlinson (marcustomlinson)]

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

[Marcus Tomlinson (marcustomlinson)]

Synchronising bug status with upstream.

[Qa-admin-q (qa-admin-q)]

Dear Christopher M. Penalver,

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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

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

Warm Regards,
QA Team

MassPing-UntouchedBug

[Patrick-libreoffice (patrick-libreoffice)]

Hi,

I can confirm that this issue still remains in LO 7.0.1.2 with kubuntu 18.04.

regards
Patrick

[Larch42 (larch42)]

Created attachment 171776
Source

The overline is black, as expected.

[Larch42 (larch42)]

Created attachment 171777
pdf

The overline is red!

[Larch42 (larch42)]

Here is a table with red borders. The following text has an overline. The colour of the overline in the pdf (not in the odt) follows the colour of the table borders, which can't really be the intended behaviour.

Tested on libreoffice 7.1.2.2 (debian) and linreoffice 6.1.5.2 (debian).

[Qa-admin-q (qa-admin-q)]

Dear Christopher M. Penalver,

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

[Khaled-k (khaled-k)]

*** Bug 154395 has been marked as a duplicate of this bug. ***

[Libreoffice-commits (libreoffice-commits)]

Khaled Hosny committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/13c4456ca382a92b93395db367ef8edb27a349fa

tdf#48707: Explicitly set overline color in PDF export

It will be available in 24.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Khaled Hosny committed a patch related to this issue.
It has been pushed to "libreoffice-7-6":

https://git.libreoffice.org/core/commit/02243bc209f70a52214e15268ff02c6209c71146

tdf#48707: Explicitly set overline color in PDF export

It will be available in 7.6.0.0.beta2.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Libreoffice-commits (libreoffice-commits)]

Khaled Hosny committed a patch related to this issue.
It has been pushed to "libreoffice-7-5":

https://git.libreoffice.org/core/commit/1f9087b8da6588239a4b655f2dc94d48817569a5

tdf#48707: Explicitly set overline color in PDF export

It will be available in 7.5.6.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

[Khaled-k (khaled-k)]

*** Bug 141134 has been marked as a duplicate of this bug. ***