Bug 153126 - Table heading does not repeat when table is in a multi-column section
Summary: Table heading does not repeat when table is in a multi-column section
Status: RESOLVED DUPLICATE of bug 150149
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2023-01-20 17:34 UTC by ajlittoz
Modified: 2023-03-26 21:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Tables in multi-column sections: no heading repetition (58.07 KB, application/vnd.oasis.opendocument.text)
2023-01-20 17:34 UTC, ajlittoz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ajlittoz 2023-01-20 17:34:11 UTC
Created attachment 184794 [details]
Tables in multi-column sections: no heading repetition

Version: 7.4.3.2
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded

Narrow tables with many rows are inserted in a multi-column section in order to compact them (spread them across the width of the page) and spare paper.

Heading repetition is requested through Table>Properties

On reloading the document in a new Writer session, heading is no longer repeated and flag in table properties is erased.

A right-click for Table Properties to request again heading repetition results in a behaviour where the table part in the last section column has no heading and randomly other preceding columns. Workaround is to right-click in the faulty column to set the flag. However it is not kept across sessions.

Attached file contains many such tables. In addition, setting the repeat flag may cause the table layout to go completely awry with blank columns inserted!

Related bug 150149
Comment 1 raal 2023-01-20 20:10:15 UTC
No repro exactly with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 17c68fad2aef917adfdd3d4d651da786e620699c
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded

Open file, set Table properties > Repeat heading, save, reload.
Table heading are visible in the document, but Table properties > Repeat heading unticked (bug).

Can you test it with dev version? Thank you.
Comment 2 Stéphane Guillou (stragu) 2023-01-21 08:10:53 UTC
In 7.4.4.2, 7.5 RC2 and 7.6 alpha0+:

1) Setting the repeated heading in A.2.ASCII table results in two last table sections (i.e. 4 columns) not having headings. No need to save and reload to see the option lost in the Table Properties. If saved and reloaded now, repeated headings are lost (as the option is off).
2) Setting the option _a second time_ in the same session applies headings on all the table sections. Now the option persists when reopening the dialog. Save a reload does not lose the option, the headings persist.

As I see it, it is the same issue as described in bug 150149.

I don't think right-clicking in specific columns makes a difference, it should all lead to the same Table Properties dialog.

Can you give precise steps to reproduce the issue with blank columns being inserted? That sounds different.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 579d144290c1617fdb38d09b30900a6bbe390b8d
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.5.0.1 (X86_64) / LibreOffice Community
Build ID: 77cd3d7ad4445740a0c6cf977992dafd8ebad8df
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.4.4.2 / LibreOffice Community
Build ID: 85569322deea74ec9134968a29af2df5663baa21
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 3 Stéphane Guillou (stragu) 2023-01-21 08:19:19 UTC
Reproduced in:

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Not reproduced in:

Version: 6.4.7.2
Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3; 
Locale: en-AU (en_AU.UTF-8); UI-Language: en-US
Calc: threaded

Which makes it sound like the same regression as bug 150149.
Comment 4 ajlittoz 2023-01-21 09:14:53 UTC
(In reply to Stéphane Guillou (stragu) from comment #2)
> 
> Can you give precise steps to reproduce the issue with blank columns being
> inserted? That sounds different.
> 
No. It happens randomly and I can't see any behaviour pattern. Usually, I fix it by adding an empty paragraph in the last cell preceding section blank columns and removing it.
Comment 5 QA Administrators 2023-01-22 03:28:42 UTC Comment hidden (obsolete)
Comment 6 Stéphane Guillou (stragu) 2023-03-26 21:26:50 UTC
Thank you! Marking as a duplicate for the main issue of the setting being lost.
However, if you find a way to replicate the blank columns issue consistently, please do open a new ticket.

*** This bug has been marked as a duplicate of bug 150149 ***