Bug 122500 - Table: add row by using tab key does not do borders correctly
Summary: Table: add row by using tab key does not do borders correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Table-Borders Cell-Add-Delete
  Show dependency tree / graph
 
Reported: 2019-01-05 07:25 UTC by Elmar
Modified: 2020-12-30 14:28 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
adding a bottom row using tabs not working correctly (22.30 KB, application/vnd.oasis.opendocument.text)
2019-01-05 07:48 UTC, Elmar 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Elmar 2019-01-05 07:25:19 UTC 
Description:
If I use tab key to add a row to bottom of table, does not inherit borders correctly.

Steps to Reproduce:
1. add table
2. select last cell in last row
3. hit tab
4. adds row
5. 

Actual Results:
format of top border not inherited from the previous row. 

Expected Results:
If outline of table has a different border style, then this should remain. 
Note: if I use the toolbar add row below, then it does it properly


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes
Comment 1 Elmar 2019-01-05 07:48:34 UTC 
Created attachment 148052 [details]
adding a bottom row using tabs not working correctly
Comment 2 Dieter 2019-01-05 10:04:02 UTC 
I confirm it with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: ffa5b8a82eab18041bbee4d6914892b82c7801d3
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-12-19_03:24:54
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

and

Version: 6.1.4.2 (x64)
Build-ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group threaded
Comment 3 Dieter 2020-12-30 14:28:53 UTC 
I had a look at it again with

Version: 7.0.4.2 (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Tested with document from comment 1:
1. Select last row of the second table => right click => Table properties
2. Check tab Border: Last row has no border at the top and a black border at the bottom.
3. Put cursor in last cell anp press tab-button => new rom
4. Select new row => Table properties
5. Check tab Border: Last row has no border at the top and a black border at the bottom. => It's the same than the row before

So it's the expected result (But I understand that it might look like a wrong result)

=> RESOLVED WORKSFORME

Elmar, please feel free to change it back to NEW with a short reasoning, if you disagree.