| Summary: | Table heading does not repeat when table is in a multi-column section | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | ajlittoz <page74010-sf> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | raal, stephane.guillou |
| Priority: | medium | ||
| Version: | 7.0.6.2 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=154085 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 103100 | ||
| Attachments: | Tables in multi-column sections: no heading repetition | ||
|
Description
ajlittoz
2023-01-20 17:34:11 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. 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 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. (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. [Automated Action] NeedInfo-To-Unconfirmed 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 *** |