Description: If you set Latin letters at the end of the footnote, there will be one page number, but if you set Japanese, two will be inserted. Steps to Reproduce: 1.Open the attached file. Actual Results: Two page numbers will be inserted. Expected Results: A page number will be inserted. Reproducible: Always User Profile Reset: No Additional Info: Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 12; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a22f83249699b41317f2d6923878c369e0344598 CPU threads: 12; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: en-US Calc: CL threaded bibisected with win64-7.6 commit 6c0105307efa15837e9e5287103995312f373b67 author Michael Stahl <michael.stahl@allotropia.de> Wed Mar 08 13:10:55 2023 +0100 sw: fix stale SwNumberPortion follow flag Somehow a SwNumberPortion can be split into 2 SwNumberPortions and the 2nd one ends up with a '\t' character that is then removed from the portion and via some HookChar thing converted to a SwTabLeftPortion. To add further insult, the SwTabLeftPortion is inserted between the first SwNumberPortion and the empty SwNumberPortion, and then SwLineLayout::CalcLine() deletes the empty one but the first one still has the m_bHasFollow flag set.
Created attachment 200176 [details] end_of_footnote-test
Reproducible in latest stable: Version: 25.2.2.2 (X86_64) / LibreOffice Community Build ID: 7370d4be9e3cf6031a51beef54ff3bda878e3fac CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 22ef238e820955f6f8ac84781289b8a1d8e477b9 CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Other Notes: - Bug is locale independent (tested with locale ja-JP and en-US). - Bug can also be produced with Arabic characters. - Bug cannot be produced with Khmer or Korean characters. - The bug is still present after adding a space after the end of footnote continuation notice. Actions taken: - Set status to NEW.
Jonathan Clark committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/23a0a5d5d2d004c85e6230040d4d1475e79f48fc tdf#166044 sw: Fix cont. footnotes repeating the dest page number It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jonathan Clark committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/768b67b1b727d93134dba1efd624000b57b653a2 tdf#166044 sw: Fix cont. footnotes repeating the dest page number It will be available in 25.8.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I confirmed that it was fixed Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 39addcea01288be21f918209255ea1fd5d1dfc21 CPU threads: 2; OS: Linux 6.16; UI render: default; VCL: kf5 (cairo+wayland) Locale: ja-JP (ja_JP.UTF-8); UI: en-US Calc: threaded