Bug 123102 - WRITER EDITING Issue with inserting a new row in a table with numbering in a vertically merged cell
Summary: WRITER EDITING Issue with inserting a new row in a table with numbering in a ...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2019-02-01 10:18 UTC by NISZ LibreOffice Team
Modified: 2019-07-08 15:59 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
The document saved as ODT. (13.35 KB, application/binary)
2019-02-01 10:19 UTC, NISZ LibreOffice Team
Details
The same document saved as DOCX. (16.94 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-02-01 10:19 UTC, NISZ LibreOffice Team
Details
A screenshot showcasing the document in the editor before it was saved. (30.21 KB, image/png)
2019-02-01 10:20 UTC, NISZ LibreOffice Team
Details
Table after split merged cell back (3.95 KB, image/png)
2019-02-03 08:51 UTC, Roman Kuznetsov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description NISZ LibreOffice Team 2019-02-01 10:18:48 UTC
Description:
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

Actual Results:
The number in the cell below changes from 2 to 3, and all subsequent numbers grow by one.

Expected Results:
The numbering in the table shouldn't be affected by table row insertion.


Reproducible: Always


User Profile Reset: No



Additional Info:
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).
Comment 1 NISZ LibreOffice Team 2019-02-01 10:19:15 UTC
Created attachment 148824 [details]
The document saved as ODT.
Comment 2 NISZ LibreOffice Team 2019-02-01 10:19:40 UTC
Created attachment 148825 [details]
The same document saved as DOCX.
Comment 3 NISZ LibreOffice Team 2019-02-01 10:20:04 UTC
Created attachment 148826 [details]
A screenshot showcasing the document in the editor before it was saved.
Comment 4 Roman Kuznetsov 2019-02-03 08:46:42 UTC
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
Comment 5 Roman Kuznetsov 2019-02-03 08:51:20 UTC
Created attachment 148866 [details]
Table after split merged cell back
Comment 6 Xisco Faulí 2019-07-08 15:59:40 UTC
(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 ?