Bug 121816 - Table with no styles created by table picker differs from a table with no styles created by insert table dialog
Summary: Table with no styles created by table picker differs from a table with no sty...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2018-11-30 10:44 UTC by Dieter
Modified: 2025-07-26 03:09 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dieter 2018-11-30 10:44:35 UTC
This is a follow up of bug 121029

There are two ways to insert a table witout a style
a) with the table picker
b) with the insert table dialog

Both tables should look the same, but they don't. Table created with the table picker looks almost like a table with default style, which is confusing (see bug 121029)

Expected result:
Table created with table picker should looks like the table created without any style with tthe insert table dialog.
Comment 1 Telesto 2018-11-30 11:24:47 UTC
I agree.. However adding the UX team to be sure..
Comment 2 Heiko Tietze 2018-12-03 12:33:12 UTC
For b), what Table Style do you select? Default (rather looks like) is the same as doing the picker thing but None is of course different.
Comment 3 Dieter 2018-12-03 12:51:42 UTC
(In reply to Heiko Tietze from comment #2)
> For b), what Table Style do you select? Default (rather looks like) is the
> same as doing the picker thing but None is of course different.

I choosed "none".
Comment 4 Heiko Tietze 2018-12-03 12:54:21 UTC
The standard is Default and that's what you get from the picker. So WFM, right?
Comment 5 Dieter 2018-12-03 13:04:13 UTC
(In reply to Heiko Tietze from comment #4)
> The standard is Default and that's what you get from the picker. So WFM,
> right?

Please have a look at bug 121029. If you use table picker it looks like default style, but it has a differende in the border width. On the other hand a table created with table picker is withoput a style, what you can see, if you look at table style dialog in the sidebar (no style is selected). Jim Raykowski explained that problem more precise in bug 121029.

cc: Jim Raykowski
Comment 6 Dieter 2020-10-07 06:00:57 UTC
Bug is still valid in

Version: 7.0.2.2 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: he-IL (de_DE); UI: en-GB
Calc: threaded
Comment 7 Heiko Tietze 2021-06-28 13:25:26 UTC
Would make this a duplicate of bug 107555 expecting "Default TS" is always applied. However, I'm also fine with keeping this aspect separately not least until bug 49437 is fixed.
Comment 8 QA Administrators 2023-06-29 03:13:07 UTC Comment hidden (obsolete)
Comment 9 Dieter 2023-07-26 11:09:47 UTC
Bug still present in

Version: 7.6.0.1 (X86_64) / LibreOffice Community
Build ID: 776eaf34564cbf3f034a0ba1fd1d5c32ff9ccf1c
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Steps
1. Table -> Insert Table -> Insert
2. Insert a 2x2 table with table picker and compare

Expected result
Should look the same

Actual result
Table created with table picker has borders and look like table with Default Table Style, although this style is not selected, as you can see in navigator
Comment 10 QA Administrators 2025-07-26 03:09:31 UTC
Dear Dieter,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug