Download it now!
Bug 126008 - TABLES STYLES: If you insert a row or column (with cursor in a cell), the formatting of the whole table changes (steps in comment 5)
Summary: TABLES STYLES: If you insert a row or column (with cursor in a cell), the for...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 120068 (view as bug list)
Depends on:
Blocks: Cell-Add-Delete
  Show dependency treegraph
 
Reported: 2019-06-19 16:47 UTC by Michael Robinson
Modified: 2019-10-16 05:25 UTC (History)
8 users (show)

See Also:
Crash report or crash signature:


Attachments
screen capture of table after insertion (108.38 KB, image/png)
2019-06-19 16:48 UTC, Michael Robinson
Details
Writer document showing the bug (40.41 KB, application/vnd.oasis.opendocument.text)
2019-06-20 17:05 UTC, Michael Robinson
Details
Writer doc which shows change in table header and cells when adding new row (10.13 KB, application/vnd.oasis.opendocument.text)
2019-07-18 21:14 UTC, Gerhard Weydt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Robinson 2019-06-19 16:47:00 UTC
Description:
When I insert a row above an existing row within a table, LibreWriter reverts the selected existing row to the default format. This is repeatable in multiple documents and different tables. I am using LibreOffice 6.2.4.2 (x64).

Steps to Reproduce:
1.Select row (highlights the row)
2.Click Table | Insert | Rows Above
3.

Actual Results:
A new blank row is inserted above the selected row. 
Before insertion, the selected row is formatted with Liberation Serif 10 and all columns but the first are centered.
After insertion, the selected row is formatted with Liberation Serif 12 and all columns are left justified(this is the default format)

Expected Results:
I expect there to be no change in the formatting of the selected row.


Reproducible: Always


User Profile Reset: No



Additional Info:
This occurs in separate installations on my desktop and laptop computers, both of which are kept completely up-to-date in software. Thus I don't believe it is necessary to confirm that my user profile is not corrupted. I don't have OpenGL enabled.
Comment 1 Michael Robinson 2019-06-19 16:48:55 UTC
Created attachment 152291 [details]
screen capture of table after insertion
Comment 2 Dieter Praas 2019-06-20 06:35:04 UTC
I can't confirm this with

Version: 6.2.4.2 (x64)
Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

and also not with

Version: 6.4.0.0.alpha0+ (x64)
Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it)
Comment 3 Michael Robinson 2019-06-20 17:05:21 UTC
Created attachment 152316 [details]
Writer document showing the bug

Look at line 4. I have just inserted a line above it. Before insertion, line 4 used Liberation Serif 10. Now it is Liberation Serif 12. Also, columns 2-5 used to be center-justified just like the rest of the table. Now they are right-justified.

None of those changes should have happened.

This has been happening for a long time, i.e. not just on Version 6.2.4.2. I am flummoxed about you not being able to reproduce it. There is nothing special about my LibreOffice installation. As I said before, it happens on two separate computers, both running the same version of Windows 10 (latest update).

If even after seeing this example you are unable to confirm the bug, then please terminate this bug report. I will just live with the problem.
Comment 4 QA Administrators 2019-06-21 02:54:23 UTC Comment hidden (obsolete)
Comment 5 Dieter Praas 2019-06-21 06:38:38 UTC
I can confirm it with

Version: 6.4.0.0.alpha0+ (x64)
Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

I found the reason: Table has table style "Default Style". If you add a row, the table changes back to setings of default style.

I created a new table without a style in comment 2 and so I couldn't reproduce it.


Steps to reproduce:

1. Create an empty table
2. Choose table style "Default Style"
3. Mark all and change alignment to center and font size to 10
4. Put cursor in one cell and add a row or a column

Actual result:
All cells change alignment and font size (Undo doesn't change this)

Expected result:
Only the new row or column has style of "Default Style".

You recieve the expected result, if you mark the whole row or column.
Comment 6 Dieter Praas 2019-06-21 06:39:49 UTC
@Jim, @Miklos, I thought you could be interested in this issue...
Comment 7 Xisco Faulí 2019-06-28 14:08:10 UTC
(In reply to Dieter Praas from comment #5)
> I can confirm it with
> 
> Version: 6.4.0.0.alpha0+ (x64)
> Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89
> CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
> TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35
> Locale: de-DE (de_DE); UI-Language: en-US
> Calc: threaded
> 
> I found the reason: Table has table style "Default Style". If you add a row,
> the table changes back to setings of default style.
> 
> I created a new table without a style in comment 2 and so I couldn't
> reproduce it.
> 
> 
> Steps to reproduce:
> 
> 1. Create an empty table
> 2. Choose table style "Default Style"
> 3. Mark all and change alignment to center and font size to 10
> 4. Put cursor in one cell and add a row or a column

I can't reproduce it in

Version: 6.4.0.0.alpha0+
Build ID: a294457eb95e60028539b6783abac78b56561fe2
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

is this the same as bug 105799  ?
Could you please try with a recent master build ?
Comment 8 Dieter Praas 2019-06-28 14:56:50 UTC
(In reply to Xisco Faulí from comment #7)
> is this the same as bug 105799  ?

Bug 105799 isn't about inserting new row

> Could you please try with a recent master build ?

Also present in actual master

Version: 6.4.0.0.alpha0+ (x64)
Build ID: ae823e4633a76d13cebc6432b9e44b9b2862326b
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-26_23:06:07
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded
Comment 9 mini-matze 2019-07-01 09:35:58 UTC
I can't reproduce the problem with your document too, but I have the same problem with another document. After insertion all formattings are replaced by "Liberation Serif 12" - just like yours.

I think this bugreport could be a duplicate to https://bugs.documentfoundation.org/show_bug.cgi?id=120068

I created a comment there and had add an attachment. I hope this file could show the problem to others... I don't want to spam by posting all twice now. So I hope you could switch to the other bugreport to...
Comment 10 Gerhard Weydt 2019-07-18 21:14:54 UTC
Created attachment 152866 [details]
Writer doc which shows change in table header and cells when adding new row
Comment 11 Gerhard Weydt 2019-07-18 21:35:20 UTC
Comment on attachment 152866 [details]
Writer doc which shows change in table header and cells when adding new row

I created Attachment 152866 [details] to show a similar malfunction:
I created a new document and a table with style "standard" (or may be "default", I didn't check in English). I then created a new table style "demo", which simply copies "standard", because it seems that the error occurs only with table styles other than "standard" or "none".
I then created paragraph styles "demoHeading" and "demoCell" for the first and second row, respectively, and applied them to these. That is the state you see in the document.
Now place the cursor in the bottom right cell, and key Tab: the formattings caused by these two paragraph styles will vanish.
Comment 12 Harald Koester 2019-07-19 10:44:05 UTC
*** Bug 120068 has been marked as a duplicate of this bug. ***
Comment 13 Seán Ó Séaghdha 2019-10-16 05:25:50 UTC
Still the same bug from 5.3?

Just created a new table in a new document in 6.3.2.2 and the bug still lives.