Bug 85436 - Table Insertion bordering inconsistency
Summary: Table Insertion bordering inconsistency
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 105649 (view as bug list)
Depends on:
Blocks: ImpressDraw-Tables
  Show dependency tree / graph
 
Reported: 2014-10-25 11:57 UTC by SriJanani
Modified: 2019-02-02 20:38 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
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 SriJanani 2014-10-25 11:57:06 UTC 
Hi,

Wanted to report about the Table Insertion bordering inconsistency found in Libre Impress, sometimes it works at the first time rest of the times we have to do multiple bordering to change the borders. Tried with multiple versions its the same.


Steps to reproduce error- Insert table-> once the table is inserted(with the highlighted table) right click->table->click Borders tab->by default it will show width 0.05pt(unless you change it to 1.00pt it wont show the border and default color will be white should be changed to black-> then click background tab to change the default table color tango blue to white then click ok. It does not work.(if it works for the first time try next time it wont work). 

Note: After inserting the table if you directly right click and try to alter changes it wont work, however if you click outside the table and then select the table again it works.

Sorry If I am confusing please try and let me know if you are able to replicate the error. Also any idea why the table color is default set to tango blue even if you paste something copied from Calc sheet(it has own color).

Thank You,

Regards,
SriJanani
Comment 1 A (Andy) 2014-10-25 12:58:39 UTC 
Reproducible with LO 4.3.2.2 (Win 8.1):
If I follow the steps I get a table with a white background, but not with black borders, although I have selected black borders.  This is very annoying, but I would rather not mark it as release Blocker severity.
Comment 2 Cor Nouws 2014-10-25 16:26:19 UTC 
Hi Sri,

Maybe you can test it in the versions for the upcoming 4.4.0 ?
IIRC some work has been done on Impress tables..
See http://dev-builds.libreoffice.org/daily/

Thanks,
Cor
Comment 3 SriJanani 2014-10-27 04:08:03 UTC 
Hi Cor,

No its the same with 4.4.0. No luck any other suggestion. 

Thank You,

Regards,
SriJanani
Comment 4 Cor Nouws 2014-11-13 10:26:33 UTC 
I bet this is old as Metusalem :)
Comment 5 QA Administrators 2015-12-20 16:08:11 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-01-03 19:46:51 UTC Comment hidden (obsolete)
Comment 7 Buovjaga 2017-02-11 16:55:27 UTC 
*** Bug 105649 has been marked as a duplicate of this bug. ***
Comment 8 Buovjaga 2017-02-11 16:59:24 UTC 
I can still reproduce this and I closed a newer report as a dupe. I will include its slightly different repro method below.

1.Insert column: 3 rows and 2 columns
2.Type numbers ramdomly
3.Selecte the second row.
4.Right click > edit table properties
5.Width. 2,5pt
6.Color : black
7.Click on bottom border and accept
8. Now the line doesn't appear.
9. Save file and close
10. Open the same file and the border is there

attachment 130797 [details] is a table from step 2.

My own finding while reproducing: After doing the steps, I can make the border appear by setting a colored background to any cells. So saving and reloading is not needed.

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha0+
Build ID: ac8197327d3ef4f3c94fb0746393863404df086b
CPU Threads: 8; OS Version: Linux 4.9; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on February 11th 2016
Comment 9 Cor Nouws 2017-02-11 21:01:20 UTC 
Hi Miklos,

Since you did some nice Impress table improvements, this may be something you may want to look at? Looks as a refreshment issue, IMO.

Ciao - Cor
Comment 10 QA Administrators 2019-02-02 03:44:09 UTC Comment hidden (obsolete)
Comment 11 Cor Nouws 2019-02-02 17:01:57 UTC 
I can't reproduce in Version: 6.3.0.0.alpha0+
Build ID: 51af3179cf972809d6495c7d58033e069f647bbf
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-01_00:15:00
Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
Calc: threaded
Comment 12 Buovjaga 2019-02-02 20:38:43 UTC 
(In reply to Cor Nouws from comment #11)
> I can't reproduce in Version: 6.3.0.0.alpha0+
> Build ID: 51af3179cf972809d6495c7d58033e069f647bbf
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
> TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
> 2019-02-01_00:15:00
> Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US
> Calc: threaded

Indeed, WFM.

Arch Linux 64-bit
Version: 6.3.0.0.alpha0+
Build ID: 8fbad2f600cd3ab81e7c1da0e4a2a71ebcac0553
CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 31 January 2019