Description: In the attached document, I have two tables. The first is a 2 column x 4 row table. I merged the top two cells and bottom two cells of the right-hand column. If I select the merged cells using the arrow that appears by hovering over the top of the column, I am unable to change the attributes of those cells (e.g., bold) -- they are treated as write-protected. If I manually select both merged cells, however, I am able to change their attributes. This behavior occurs sometimes in columns of mixed merged and umerged cells and sometimes not, but I have not been able to determine the pattern. Here are the results of the different combos, which I tested on the left hand column of the top table of the attached document. * 1+2 merged, 3 and 4 unmerged: no problem * 1+2+3 merged, 4 unmerged: no problem * 1+2+3+4 merged: problem * 2+3 merged, 1 and 4 unmerged: no problem * 2+3+4 merged, 1 unmerged: problem * 3+4 merged, 1 and 2 unmerged: no problem This occurs only for columns. I created a second table with 4 columns and 2 rows, and merged the left two and right two cells of the first row. Selecting the row using the arrow that appears when hovering over the left-hand side of the table allows changing the attributes. Steps to Reproduce: 1. Create a table with 4 rows and 2 columns. 2. Merge the top two cells of the left-hand column and the bottom two cells of the right-hand column. 3. Select the column using the arrow at the top of the column. Notice that attributes cannot be changed. 4. Select the two cells of the column by clicking and dragging the mouse or using shift-down. Notice that the attributes can be changed. 5. In the left hand column, merge all four rows. Select the whole column (now a single merged row) using the arrow. Notice that attributes cannot be changed. Select it manually. Notice that attributes can be changed. 6. Undo the merge. Merge rows 2, 3, and 4. Select the whole column with the arrow. Notice that attributes cannot be changed. Select the two cells manually. Notice that attributes can be changed. Actual Results: Unable to change attributes when selecting using the arrow. Expected Results: Should be able to change attributes when selecting using the arrow. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Created attachment 191853 [details] Document with tables to test
Created attachment 191854 [details] Video demonstrating the bug
Created attachment 191855 [details] GIF video demonstrating the bug
Repro with: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded
I bibisected this change with Linux 43all repo to the range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=c29af1572ad15ac5199a09e5812fb8354c165329..bed0447cefb949fc77cfde7543397d96590082ba Nothing jumps out to me as the cause. Even in the oldest of 43all repo, selecting all by pressing Ctrl-A twice disables the formatting toolbar buttons. I found an earlier report, so closing this as duplicate. *** This bug has been marked as a duplicate of bug 94720 ***