Description: As in Summary. Steps to Reproduce: 1. Open a new Calc document 2. Choose menu Format - Page Style - Header/Footer tab 3. Choose button Edit 4. Add some text after a field (fields are Sheet Name, Page, Pages, etc.) 5. Set a different font color to this text Actual Results: The field gets the font color from the following text. Expected Results: The field font color remains as default. Reproducible: Always User Profile Reset: No Additional Info: There is no bug if the added text is before the field. Workarounds: - Add a space between the field and the following text. - Set field font color to another color, then set again to Automatic. - Add a Word Joiner (U+2060) or Zero Width Space (U+200B). Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL
Reproducible with: Version: 7.2.3.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: es-MX (es_ES.UTF-8); UI: en-US Calc: threaded
Created attachment 182545 [details] Sample Document REPRODUCIBLE with attached sample document and Installation of Version: 7.3.3.2 (x64) Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE | Calc: threaded | ElementaryTheme | My normal User Profile. If text starts directly at the right of a field, the field will apply color attribute of text. But as it seems no other attributes (strike, italic,...)
You already see the problem while editing Sample document footer (middle area). a) As soon as you insert a blank between date feeld and String "Date", the date field will loose color attribute of text string. As soon as you remove the blank, field will take color attribute from text at the right. b) Problem does not appear if field has a defined color b1) Reported problem will disappear after once having applied a color to the field, having switched to normal page view and then having switched back to field color=auto in footer properties. c)To me that seems to be a formatting problem, not an editing problem d) No obvious DUPs found with query <https://bugs.documentfoundation.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs151042&sharer_id=19321>
e) Core problem already reproducible with LibO 4.0.0 and OOo 3.2.0
Reproducible with: Version: 7.4.0.0.alpha1 (x86) / LibreOffice Community Build ID: b871abad383583f02eb49c7e49aeae01f6941072 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win Locale: es-MX (es_MX); UI: es-ES Calc: threaded Version: 7.4.1.2 (x86) / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded
Still REPRODUCIBLE with Server Installation of Version: 7.5.0.0.alpha0+ Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e CPU-Threads: 4; BS: Windows 6.1 Service Pack 1 Build 7601; UI-Render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL | Auto Colibre Theme | Special devUserProfile (based on my normal one) b2) With this version effect reappears after having inserted a blank (probably: or any other character) LEFT from affected field.