Bug 155302 - Table reformatting causes font colour switches or reversions
Summary: Table reformatting causes font colour switches or reversions
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.7.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-05-14 17:35 UTC by glibguide
Modified: 2023-11-26 12:46 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
A gif of the described bug in action (84.74 KB, image/gif)
2023-05-14 17:41 UTC, glibguide
Details

Note You need to log in before you can comment on or make changes to this bug.
Description glibguide 2023-05-14 17:35:58 UTC
Description:
Regarding a table in which there is coloured font, reformatting the table (by either adding or subtracting rows or coloumns) causes the font colour to switch back to black. I have also seen, in these instances, changes to the text alignment (from center aligned to left aligned). 

Steps to Reproduce:
1. open a document. Insert a table and fill with text
2. ctrl A and Change the colour of the text 
3. insert a row above or below any other row

Actual Results:
In the document I am currently working on, the colour of the text of the entire table reverted to black, and the text alignment in the top row (5 columns merged to 1) reverted to left align from its original centre align. 

Expected Results:
I expected that no colour or alignment changes to occur, and for the row to be added as per the normal rules.


Reproducible: Couldn't Reproduce


User Profile Reset: No

Additional Info:
I have attempted to reproduce this problem using a brand new document. It didn't work. There's something wrong with the document that I am actually working on which produces this problem. I have been able to reproduce this problem on my current document several times in a row. This limits the amount of time/effort I can put in to reproducing the bug since I need this document to progress, not get messed up from tests.

This is happening on multiple tables in this document. 

Furthermore, ctrl z, to undo the row insertion, does not re-revert the text back to colour, nor does it re-revert the text alignment back to center. It stays in its bugged black, left-aligned form and the row disappears.
Comment 1 glibguide 2023-05-14 17:41:14 UTC
Created attachment 187280 [details]
A gif of the described bug in action

I created this video because the bug was not reproducible for me in test documents. It has only come up once for me, in this particular document. This seemed necessary to prove it was actually happening.
Comment 2 Roman Kuznetsov 2023-05-15 10:55:17 UTC
No repro in

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 99a88c9e55872214ce01d89447d18708e47e956b
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: threaded

What LibreOffice version do you use? Please copy info from your LibreOffice's Help-> About dialog
Comment 3 QA Administrators 2023-11-12 03:13:30 UTC Comment hidden (obsolete)
Comment 4 glibguide 2023-11-12 17:24:42 UTC
Version: 6.4.7.2
Build ID: 1:6.4.7-0ubuntu0.20.04.8
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 5 raal 2023-11-26 12:46:55 UTC
No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a91892ec4942fc875820ea02dfbe74e986548142
CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Please test with current version 7.6. Version 6.4 is quite old. Please attach document for testing. Thank you.