Summary: | Disappearing footnotes in tables when displayed at end of document | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | William Friedman <will.friedman> |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | normal | CC: | buzea.bogdan, telesto |
Priority: | medium | Keywords: | bibisected, bisected, regression |
Version: | 7.1.0.3 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=129747 https://bugs.documentfoundation.org/show_bug.cgi?id=108820 |
||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | Justin Luth | |
Bug Depends on: | |||
Bug Blocks: | 103164 | ||
Attachments: | Document showing the problem |
Description
William Friedman
2023-12-14 19:04:47 UTC
Created attachment 191435 [details]
Document showing the problem
As I was using the file on which this was based, I encountered a further issue. I set the footnotes to display at the bottom of the page so that I could edit one of them (footnote 4, for what it's worth). As I edited it, at some point it disappeared even when displayed at the bottom of the page. In order to get it back, I had to set footnotes to end of document (where it disappeared) and then back to bottom of page, where it reappeared. As I continued to edit, however, it disappeared again. Eventually I just copied the footnote to a blank document, finished editing it, and then pasted it back in. But the problem seems to be a deeper one with rendering of footnotes in tables, so perhaps identical to the issue underlying the bug linked in my initial report. Possibly similar/related to https://bugs.documentfoundation.org/show_bug.cgi?id=153610? I don't reproduce the issue on file open. However I can reproduce it in different way
1. Open attachment 191435 [details]
2. Go to second row of the table
3. Press Delete Row say 3 times
4. Press CTRL+Z 3x
Also in Version: 7.4.0.3 / LibreOffice Community Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a CPU threads: 8; OS: Mac OS X 13.4.1; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded You're right, in 7.6.4.1 on file open it looks good. Here's another way to reproduce a related problem. 1. Open the attachment. 2. Set Footnotes to bottom of page. 3. Go to the paragraph break at footnote 4. 4. Press enter a few times. 5. All footnotes disappear. Also in Version: 7.1.8.0.0+ (x64) / LibreOffice Community Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL fine with Version: 7.0.7.0.0+ (x64) Build ID: 626ea4e62a3e5005fe9825923a1c0c5bdb61cc08 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL Bisected to: tdf#108820 sw layout: no ftn fieldshading in repeated header IsFootnoteAllowed() removes the footnote marker from the repeated table headers, but it didn't remove the view menu -> field shadings background. NewExtraPortion() is the only function that calls NewFootnotePortion(), and it will create a blank FieldPortion is nullptr is returned, so return a null FoonotePortion instead so that we can test for is-footnote and then prevent the drawing of the fieldshadings. FieldShading is an on-screen item only and never printed, so no unit test is possible. https://gerrit.libreoffice.org/c/core/+/99423 |