Problem description: When you choose a font color for a text box having "Text type" setted to "Single-line", we always have black color in output for the printed document. Steps to reproduce: 1. Activate the design mode. 2. Add a text box. 3. Insert a some text. 4. Choose a background color (green for example). 5. Choose a font color for the inserted text (white for example) 6. Define the "Text type" property as "Single-line". 7. File -> Print Current behavior: On the preview window, the font color is black for the text consided as a "Single-line". Important: This bug does not appear when the "Text type" is setted to "Multi-line". Expected behavior: The font color is previewed and printed as it was defined. Operating System: All Version: 4.4.0.0.alpha0+ Master
Please don't just add QA members so that you can get your bug triaged quickly. Only add if (1) it's a really really serious bug (this is not), or (2) if you have talked to someone in the chat or email and they have told you to do so. Also if cc'ing members - please leave a comment why. Sorry for being blunt but we don't want to encourage people just cc'ing everyone they can think of - I literally get hundreds of emails a day and am cc'ed on thousands of FDO bugs....
Can't confirm on 4.3.1.2 release - if it exists in 4.4 it's a recent regression. at Mohamed - please attach a document so that we don't have to recreate from scratch every time. Marking as NEEDINFO - once you attach a document set the bug to UNCONFIRMED. Keep in mind the stretch on our teams time - the more information you provide (and test documents) the easier it is for everyone involved. Thanks!
Created attachment 105540 [details] Problem when printing "Single-line" text box
@Joel: Sorry for cc'ing the bug: - Tested in 3.x and 4.x => The issue is there (does not seem to be a regression) - Test document attached.
Can someone confirm the bug ?
Any ideas about the part of the code responsible of the bug will be welcome! Thanks in advance
Confirmed on OpenSuse factory and LibreOffice and LibreOffice 4.3.1.2 . Chaning version according to this test.
Hi Mohamed-Ali, I confirm with LO 4.4.0.0.alpha0+ Build ID: 5aeb852efcabdd51545d5d41c92f4bf3cef1d663 TinderBox: Win-x86@39, Branch:master, Time: 2014-09-08_07:01:57 and Windows 7 Home Premium. Several versions down to LO 3.5.3.2 showed the same behaviour. Those text box properties are available only if you copy and paste the whole text in a new document. But change from Single line to Multi lines make this color issue. Regards, Jacques
Hi Jacques, Please keep the oldest one version, not the newest, on the bug report, so it's 3.5.2 with your comment. Thanks :-)
Hello, is there any patch to resolve this bug on 4.3.x ? Thanks.
Hi, We are all waiting a patch from Capgemini ;-) Thanks
I'm also waiting a patch. Capgemini can do this ? That's a great news if it's true !
I'm also waiting for a patch. Can Capgemini be of help for that? Many thanks in advance. Sunny regards,
Created attachment 112313 [details] Printed result
This bug is not related to Writer, same behavior in Draw.
Created attachment 112314 [details] Drawing document with textfield
Created attachment 112315 [details] Printed drawing document
It seems there is an attribute in forms/source/inc/FormComponent.hxx named m_nOriginalTextLineColor and in write only (only constructor)
Same issue with Numeric Field
** 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.0.4 or later) 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 your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
Confirmed in LO 5-1
Confirmed in LibreOffice 5.4-dev
** 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 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
Tested again with the fallowing Writer versions: Version: 6.0.2.1 (x64) Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89 CPU threads: 2; OS: Windows 10.0; UI render: default; Locale: en-US (en_US); Calc: group LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4 The bug is there in both. Note: the bug is only there with the function "print", not with "export as pdf". So you'll see the bug if you use windows native print to pdf.
Hello, I can reproduce it on 6.3.0.0.alpha0+ Sincerely, Jean-Sébastien
Here a patch that fixes this bug: https://gerrit.libreoffice.org/#/c/69047/
Commit restored in gerrit
(In reply to Xisco Faulí from comment #27) > Commit restored in gerrit Done again
Arnaud Versini committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/10d345faa087fa49692f38bb2ece22560f423ba7 tdf#83248: Use the right text color when printing fields It will be available in 6.5.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.
Arnaud Versini committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/b0b7a38bd0ae6261ceeea20b31523070bf66b806 tdf#83248: Use the right text color when printing fields It will be available in 6.4.0.2. 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.
Is it necessary to backport in 6.3? Thanks in advance
Same problem with other components, patched submitted in gerrit
Created attachment 157549 [details] Other components with trouble ODT version
Arnaud Versini committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/56eb50de018ac806f92e2dd76c698d54edfe6122 tdf#83248 Print using the right color for other components too. It will be available in 6.5.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.