Bug 100643 - Numbering of rows in tables changes on horizontal split of neighbouring cells
Summary: Numbering of rows in tables changes on horizontal split of neighbouring cells
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.4.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2016-06-27 13:47 UTC by andis.lazdins
Modified: 2019-02-01 21:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example of an offset in row numbering caused by splitting of neighbouring cells (8.85 KB, application/vnd.oasis.opendocument.text)
2016-06-27 13:47 UTC, andis.lazdins
Details
alternativ-bypass example (9.86 KB, application/vnd.oasis.opendocument.text)
2016-07-23 11:12 UTC, Heinrich Hartl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description andis.lazdins 2016-06-27 13:47:29 UTC
Created attachment 125945 [details]
Example of an offset in row numbering caused by splitting of neighbouring cells

Horizontal splitting of cells in table cause offset in numbering of rows. Steps to repeat:
1. open attached file.
2. select cell A
3. push Split Cells button in toolbar or from Table menu.
4. select horizontal split into 2 

Number of second row changes to 3, normally it should remain 2. 

Up to now I didn't find easy solution to have continuous numbering except using insert row function instead of splitting cells with following manual removal of numbering from cells which will be merged and merging of cells. This workaround is much more time consuming than direct use of split cells function.
Comment 1 Buovjaga 2016-07-02 19:28:41 UTC
Reproduced.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: ef47ce2397d4ed453fe01d994d13a13f442ec3bb
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on July 2nd 2016
Comment 2 Heinrich Hartl 2016-07-23 11:12:51 UTC
Created attachment 126374 [details]
alternativ-bypass example

I have augmented attachment 125945 [details] with a normal numbered list outside the table. The original steps to reproduce the "bug" can still be done in the table.
However do the following in the numbered list:
1. put cursor in line a) after A1
2. Press enter to create another paragraph in the numbered list
3. The line with text B2 is now numbered c)
This shows that the behaviour inside the table is consistent with behaviour outside. According to the description in the manual splitting horizontally a cell is creating another row in the table.

But here is a by-path:
1. goto cell A
2. select the content of the (only) paragraph in the cell i.e. "A" and cut it.
3. Table / insert Table / nr. of rows 2, no of columns 1 / Enter
4. Paste "A" into the created (sub-)table.

Alternative corrective action in the table after splitting cell A:
c1: put cursor in cell 1.
c2: Table /Split cell horizontally
c3: goto cell 2.
c4: use delete key to delete the numbering in that cell; numbering in ow 3 will return to 2.
c5: select cell 1. and empty cell below
c6: Table merge cells
Comment 3 QA Administrators 2017-09-01 11:16:56 UTC Comment hidden (obsolete)
Comment 4 andis.lazdins 2017-09-01 11:43:35 UTC
The problem is still there, Libreoffice 5.3.6.1, Ubuntu 16.04 64 bit.
Comment 5 QA Administrators 2018-09-02 02:49:44 UTC Comment hidden (obsolete)
Comment 6 andis.lazdins 2018-09-02 04:52:58 UTC
The problem is still there in 6.0.6.2