Issue with tables, vertically merged cells and numbering in LibreOffice Writer: Inserting a new row in a table with numbering in a vertically merged cell while the text cursor is in the merged cell causes the number of the next (and all subsequent) numbered list item to go up by one. See the steps below for additional details:
Steps to Reproduce:
1. Create a new document in LibreOffice Writer and insert a table with 2 columns and 9 rows.
2. Merge vertically 3-3 rows in the first column like this: 1-2-3, 4-5-6, and 7-8-9.
3. Insert numbering in the 3 merged cells (1,2, 3).
4. Move the text cursor to the first cell with the numbering and insert a new row in the table by right clicking on Table > Insert > Rows below
The number in the cell below changes from 2 to 3, and all subsequent numbers grow by one.
The numbering in the table shouldn't be affected by table row insertion.
User Profile Reset: No
Saving the file as ODT and reloading it reverts the numbers to their original values (1, 2, 3). Saving the file as DOCX and reloading it keeps the values we saw on the screen while editing the document (1, 3, 4). If the said DOCX is saved as ODT and reloaded again, the numbers revert to the original values (1, 2, 3).
Created attachment 148824 [details]
The document saved as ODT.
Created attachment 148825 [details]
The same document saved as DOCX.
Created attachment 148826 [details]
A screenshot showcasing the document in the editor before it was saved.
After your steps, if you split first merged cell to 4 rows proportionally, then you'll see number 2 in second row, as it should be in normal mode.
I'm not sure it's a bug.
Miklos, please take a look on this
Created attachment 148866 [details]
Table after split merged cell back
(In reply to Roman Kuznetsov from comment #4)
> After your steps, if you split first merged cell to 4 rows proportionally,
> then you'll see number 2 in second row, as it should be in normal mode.
> I'm not sure it's a bug.
@NISZ LibreOffice Team, do you agree with Roman's answer or you still think it's an issue ? Could you please check with other Office suites ?
(In reply to Xisco Faulí from comment #6)
> (In reply to Roman Kuznetsov from comment #4)
> > After your steps, if you split first merged cell to 4 rows proportionally,
> > then you'll see number 2 in second row, as it should be in normal mode.
> > I'm not sure it's a bug.
> @NISZ LibreOffice Team, do you agree with Roman's answer or you still think
> it's an issue ? Could you please check with other Office suites ?
It's an issue. We did not mention, but this started internally as a user reporting "Writer does not work the same as Word".
So Word works like this:
The numbering in the table shouldn't be affected by table row insertion.'
We (i.e. our users) would love to see the same happening in Writer.
Created attachment 154823 [details]
Test compared OO LO MSO
(In reply to NISZ LibreOffice Team from comment #0)
> Steps to Reproduce:
> 3. Insert numbering in the 3 merged cells (1,2, 3).
In left column I don't get 1, 2, 3 but 1. 4. 7. And new row changes that to 1. 5. 8.
If we add numbering in right column than (before new row) it's 2. 4. 6. 8. 10. 12. 14. 15. 16. And left numbers are also changed.
And that shows wrong logic. Separate adding of numbering in columns should separately number columns so that we get 1. 2. 3. in left and 1. 2. 3. ....in the right column.
Bug looks justified to me. Repro already with OO. Anyway, I'll add UX here.
Created attachment 154824 [details]
Test compared OO LO MSO
Obviously the table numbering is not taking the merged rows into account. And it is quite unclear how it works as splitting on top behaves differently as below where the numbers go up.
I would treat this as a bug when the round-trip is broken. And my user expectation is that merged cells are counted as merged.
László Németh committed a patch related to this issue.
It has been pushed to "master":
tdf#123102 Writer: fix numbering at row insertion
It will be available in 7.0.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
László's patch fixed problem from Description, but didn't add "Numbering should be separate for table columns" as wrote in Summary.
László will you plan realize a separate numbering for Writer table columns?
Verified for original test attachment 148824 [details] with, I guess this is the step:
> 3. Insert numbering in the 3 merged cells (1, 2, 3) cell by cell.
As Roman noticed, not OK for additional test:
> 3. Insert numbering in the 3 merged cells (1, 2, 3) for all 3 cells at once.
Because we get 1., 4., 7. and new row changes that to 1., 5., 8.
While those numbers don't make sense and it's another bug, numbering shouldn't change.
Also NOK for reverse bug 100643, that's about horizontal split (I thought that was a duplicate).
László, can you please check those 2 examples and comment.