Bug 158085 - Incorrect footnote number (needs pt-br hyphenation data to reproduce)
Summary: Incorrect footnote number (needs pt-br hyphenation data to reproduce)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.5.7.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Footnote-Endnote
  Show dependency treegraph
 
Reported: 2023-11-06 11:42 UTC by Hudson
Modified: 2023-11-10 21:36 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
file with wrong footnote anchor. (347.94 KB, application/vnd.oasis.opendocument.text)
2023-11-06 11:44 UTC, Hudson
Details
PDF file generated to show the problem. (794.25 KB, application/pdf)
2023-11-06 11:50 UTC, Hudson
Details
Screenshot page 239 (10.84 KB, image/png)
2023-11-06 15:37 UTC, m_a_riosv
Details
File lesser than original with the problem mentioned. (122.00 KB, application/vnd.oasis.opendocument.text)
2023-11-09 22:41 UTC, Hudson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hudson 2023-11-06 11:42:25 UTC
Description:
When I open the file below, on the page 239 there is an error on exhibiting the footnote number, because the file is configured for restart footnote numbering by page.

Steps to Reproduce:
1. Open the file below.
2. Go to the page 239.
3. There is an error on footnote number, because the file is configured to restart the footnote number by page, but the number of the footnote of this page is 4.
4. Select the footnote (the anchor), cut and paste in the same place. The number is changed to the correct 1.
5. Save and reopen the file. The problem persists.

Actual Results:
Incorrect number of footnote anchor.

Expected Results:
Numbering restarting by page.


Reproducible: Always


User Profile Reset: No

Additional Info:
None.
Comment 1 Hudson 2023-11-06 11:44:38 UTC
Created attachment 190674 [details]
file with wrong footnote anchor.

Observation: File formatted using fonts EB Garamond and GFS Porson. The exibition may appear different depending on the different formatting adopted.
Comment 2 Hudson 2023-11-06 11:50:07 UTC
Created attachment 190677 [details]
PDF file generated to show the problem.

In case of not be possible to see the problem due to formatting, it follows a PDF version of the fiel posted above, to see the problem. It is enough to go to the page 239 and see it.
Comment 3 m_a_riosv 2023-11-06 15:37:18 UTC
Created attachment 190687 [details]
Screenshot page 239

This is what I see:
Version: 7.6.1.2 (X86_64) / LibreOffice Community
Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded

The very same exporting to PDF.

Please test in safe mode, Menu/Help/Restart in Safe Mode
Comment 4 Hudson 2023-11-06 16:25:21 UTC
riosv,

I had warned that if you used another fonts (I used EB Garamond and GFS Porson), the text formatting will change, and so, the problem may not occur.

Did you see the pdf which I sent, and compare it with the writer document?
Comment 5 Buovjaga 2023-11-07 16:52:19 UTC
With the Navigator we can more easily find the footnote "Strom. lib. II.". For me it is always the correct "1". Tested with latest master on Windows and on Linux I also checked with 7.5 and 7.6.
Comment 6 Hudson 2023-11-08 18:57:54 UTC
Please, give me attention. I want to help to improve the LibreOffice Writer.

Despise of giving right in your system, I think that is because the fonts used to open the Writer IS NOT THE SAME AS I USED. IF THIS IS THE CASE, THE FORMATTING CAN CHANGE AND THE PROBLEM MAY NOT OCCUR, understand?

Please, install the fonts EB Garamond (from Google) and GFS Porson (from the Greek Font Society), both free of charge, to test the problem, because I have changed the version for the most recent, but the problem PERSISTS for me.

Once more, when these fonts are not installed, other fonts are selected, and the formatting (font size, line spacing, paragraph spacing, etc.) may change. I suspect that the problem occur, because one page before, there is more footnotes terminating the page of text.

I have openede other bug envolving footnotes, and I think that is a problema with footnote marks from one page for another.

Regards.
Comment 7 Buovjaga 2023-11-09 06:16:26 UTC
(In reply to Hudson from comment #6)
> Please, give me attention. I want to help to improve the LibreOffice Writer.
> 
> Despise of giving right in your system, I think that is because the fonts
> used to open the Writer IS NOT THE SAME AS I USED. IF THIS IS THE CASE, THE
> FORMATTING CAN CHANGE AND THE PROBLEM MAY NOT OCCUR, understand?
> 
> Please, install the fonts EB Garamond (from Google) and GFS Porson (from the
> Greek Font Society), both free of charge, to test the problem, because I
> have changed the version for the most recent, but the problem PERSISTS for
> me.
> 
> Once more, when these fonts are not installed, other fonts are selected, and
> the formatting (font size, line spacing, paragraph spacing, etc.) may
> change. I suspect that the problem occur, because one page before, there is
> more footnotes terminating the page of text.
> 
> I have openede other bug envolving footnotes, and I think that is a problema
> with footnote marks from one page for another.

Before testing, I made sure to install the fonts.

Have you confirmed that *without the fonts*, you do not see the issue?
Comment 8 Buovjaga 2023-11-09 06:23:49 UTC
I should note that even after installing the fonts, the footnote you specified was not found on page 239.
Comment 9 Hudson 2023-11-09 15:23:10 UTC
Yes, when I open the file without the fonts installed, the problem does not occur, but the referred footnote goes to the page 312 (because of the different formatting), instead of the original 239.
Comment 10 Buovjaga 2023-11-09 15:29:25 UTC
(In reply to Hudson from comment #9)
> Yes, when I open the file without the fonts installed, the problem does not
> occur, but the referred footnote goes to the page 312 (because of the
> different formatting), instead of the original 239.

I think the length of the document makes reproducing quite hard, so it would be better, if you managed to create a minimal example with only a few pages. I understand that it might be challenging, but it could improve the chances of getting this analysed and fixed.
Comment 11 Hudson 2023-11-09 22:41:57 UTC
Created attachment 190774 [details]
File lesser than original with the problem mentioned.
Comment 12 Hudson 2023-11-09 22:42:46 UTC
It follows above annexed the file with the pages where the problem occur.

I would like to highlight the following steps to reproduce the problem:

1. Open the file.
2. The problem is with the footnote on the 2nd page.
3. Oddly, select the footnote marking, cut and paste in the same place. The problem "disappears".
4. Reload the file.
5. On the 2nd page, the problem persists.

Thanks by all your attention.
Comment 13 Buovjaga 2023-11-10 09:36:14 UTC
(In reply to Hudson from comment #12)
> It follows above annexed the file with the pages where the problem occur.
> 
> I would like to highlight the following steps to reproduce the problem:
> 
> 1. Open the file.
> 2. The problem is with the footnote on the 2nd page.
> 3. Oddly, select the footnote marking, cut and paste in the same place. The
> problem "disappears".
> 4. Reload the file.
> 5. On the 2nd page, the problem persists.

Thanks.

Testing this, I realised I have to install https://extensions.libreoffice.org/en/extensions/show/vero-verificador-ortografico-e-hifenizador-em-portugues-do-brasil

After installing the pt-br Vero extension, I see the problem: Strom. lib. II. is marked as footnote 4 on page 2.

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c0c8cffd3541e3cd616c96791b04e7ebf2b2ed03
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded