Bug 75931

Summary: EDITING/FORMATTING: Invisible text when editing
Product: LibreOffice Reporter: gus knight <waddlesplash>
Component: DrawAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: bugzilla, caolan.mcnamara, stephane.guillou
Priority: medium    
Version: Inherited From OOo   
Hardware: x86-64 (AMD64)   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=155613
https://bugs.documentfoundation.org/show_bug.cgi?id=119284
Whiteboard: target:6.2.0 target:6.1.2
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 122886    

Description gus knight 2014-03-09 01:21:02 UTC 
1. Create a new Draw document
2. Create an object and give it a filled white background and some text (text is visible at this point)
3. Change the page background to any color that would cause text colors to become white
4. Edit the object's text. It will appear invisible, because it is being drawn as white

It appears Draw is not taking the object's fill into account when computing the "editing" font color, but does take it into account when regularly drawing the object.
Comment 1 Dominique Boutry 2014-03-13 12:42:06 UTC 
Same versions of LibO, on Win7 : what I notice :

With text with "automatic color" :
(1)- regular drawing of the object : text is black or white, anyway visible
(2)- one left clic on the text : text is shown in black, therefore difficult to read on dim colors and invisible on black,
(3)- double-clic on the text : text and text-background are put to opposite color, therefore same potential visibility problem than above.

With text with "defined/fill color" :
(4)- regular drawing of the object : text is more or less visible, depending of the background color
(5)- one left clic on the text : no change, text is more or less visible, depending of the background color,
(6)- double-clic on the text : text and text-background are put to opposite color, therefore same potential visibility problem as above.

All other LibO modules (WRITER, CALC, IMPRESS) are confronted to the analog problems, WRITER however with difference on highligthing way.

IMHO, (1),(4),(5),(6) are correct behaviour, and (2),(3) are bugs (as the "automatic" characteristic is specifically devoted to the text lisibility)
Comment 2 gus knight 2014-03-20 21:51:58 UTC 
Ah, OK. Thanks for the clarification, I agree with that.
Comment 3 Joel Madero 2015-05-02 15:42:33 UTC Comment hidden (obsolete)
Comment 4 gus knight 2015-05-02 17:44:33 UTC 
Bug still has the same behavior. Windows 8.1, LibreOffice 4.4.1.2.
Comment 5 QA Administrators 2016-09-20 09:38:19 UTC Comment hidden (obsolete)
Comment 6 Mike 2017-12-13 16:59:23 UTC 
Issue still present. 

Version: 6.1.0.0.alpha0+ (x64)
Build ID: c7a2538129f16ef1253ae974737d5c9676aaf883
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-12-13_01:02:49
Locale: de-DE (de_DE); Calc: group threaded
Comment 7 QA Administrators 2018-12-14 03:56:00 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2021-08-30 03:56:03 UTC Comment hidden (obsolete)
Comment 9 Stéphane Guillou (stragu) 2023-05-31 21:34:21 UTC 
I could reproduce this as described in 6.0, and in OOo 3.3 text would be white on white in and out of edit mode.
However, it was fixed in 6.1.2 and 6.2.0 by Caolán with commit 3ec86ad77071af577f37a83a0b1d0389b2204716 for bug 119284. (Not marking as a duplicate as that one was a regression in 5.2)

Thank you all!