Description: With direct formatting, when two different types of underline (e.g. single, double, bold, dotted, dash, etc.) overlap, the second underline will not use the same color as the text. Steps to Reproduce: 1. Start Writer in safe mode 2. Create a new document 3. Increase the font size (to make the color difference more obvious) 4. Write some text (e.g. "This is a test") 5. Select the first word (e.g. "This") and underline it with a single underline (e.g. Ctrl+U) 6. Select some text overlapping with the first word * For instance, select its last letter and the next two words (e.g. "s is a") 7. Underline the selection in `Bold` * i.e. click on the `Underline` icon drop-down button and select `Bold` in the menu Actual Results: The bold underline appears with a different color (in my case blue, but sometimes it's also green) than the text (in my case black, since this is the default color) Expected Results: The bold underlining should be the same color as the text Reproducible: Always User Profile Reset: Yes Additional Info: I found a workaround : when underlining the overlapping text, if I first underline it with a single underline and then underline it with the other type of underline, then the color remains the same as the text. To be noted that the bug also occurs when the two underlines are the same type, unless the first underline is a single one (e.g. in the procedure, underline both times in bold and the bug still occurs). Below are my system details: > Version: 25.2.6.2 (X86_64) / LibreOffice Community > Build ID: 520(Build:2) > CPU threads: 8; OS: Linux 6.14; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Ubuntu package version: 4:25.2.6-0ubuntu0.25.04.1 > Calc: threaded
Created attachment 203138 [details] File that illustrates this bug
Created attachment 203139 [details] Screenshot of the bug
Created attachment 203140 [details] Video reproducing the bug
According to @ajlittoz: > it is a bug related to direct formatting and toolbar button usage. Apparently, it affects Font Effects, Underlinig colour (which is changed from Automatic to some random value). See: https://ask.libreoffice.org/t/bug-writer-wrong-underline-color-when-overlapping-different-types-of-underline/127404/3
For me, the bold underline color code is: · #007F68 (two tests and restart), · #007F19 (two tests and restart), · #007F08 (two tests and restart), · #007F9C (two tests and restart), · #007F03 (two tests and restart), · #007FBD (test and restart), · #007F12 (test and restart), · #007FEC. If there is no restart, there is no change in the color. Notice that only the blue component changes. The bold underline color in the sample file shared by yarma22 is #0075C2, but if I clear direct formatting and try to reproduce, the color goes to #007FEC. Ctrl+U is single underline; Ctrl+D is double underline (it does the same change in color than selecting bold underline in the drop-down list). Maybe not related, by my general document background color is set to #CCEEFF. Version: 24.8.5.2 (X86_64) / LibreOffice Community Build ID: 480(Build:2) CPU threads: 4; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: es-MX (en_US.UTF-8); UI: en-US Calc: threaded --- Can't confirm on Windows: Versión: 6.4.7.2 (x64) Id. de compilación: 639b8ac485750d5696d7590a72ef1b496725cfb5 Subprocs. CPU: 12; SO: Windows 10.0 Build 17763; Repres. IU: GL; VCL: win; Configuración regional: es-AR (es_AR); Idioma de IU: es-ES Calc: threaded Version: 24.8.7.2 (X86_64) / LibreOffice Community Build ID: e07d0a63a46349d29051da79b1fde8160bab2a89 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 17763); UI render: Skia/Vulkan; VCL: win Locale: es-MX (es_AR); UI: en-US Calc: threaded Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 17763); UI render: Skia/Raster; VCL: win Locale: es-MX (es_AR); UI: en-US Calc: CL threaded