https://bugs.documentfoundation.org/show_bug.cgi?id=166539
--- Comment #6 from Takenori Yasuda <[email protected]> --- Reproduced. Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 19f3b72f34c487dc97d582712d21734a7e055fd5 CPU threads: 8; OS: Windows 11 X86_64 (build 26100); UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded I have also confirmed that this issue occurs not only with regular numbers but also with Roman numerals. Furthermore, the same behavior can be reproduced when using a closing parenthesis instead of a period. Based on my investigation so far, the following possibilities seem likely: - The trigger conditions I mentioned in comment #5 appear to reliably reproduce the issue. - The behavior of lines 1 and 2 in the attached document seems to be normal. - The behavior from line 3 onward appears to be abnormal, likely due to an interaction with the numbered list feature. - Some internal process related to "Bulleted and numbered lists" (Tools -> AutoCorrect -> AutoCorrect Options -> Options tab) may be responsible for triggering this issue. Supplementary Analysis (via ChatGPT): This behavior appears to stem from LibreOffice Writer's automatic formatting feature, which attempts to interpret certain line beginnings (such as a tab followed by a number and a period) as the start of a numbered list. When you enter a line like <Tab>1. and press Enter: - LibreOffice detects a numbered list pattern and automatically converts the line into a list item. - In doing so, it removes the leading tab as part of its formatting process. - This is consistent with Writer’s behavior of normalizing list items to conform to its internal list structure. This behavior is not necessarily a new bug, but rather an artifact of how LibreOffice handles automatic list detection. The same issue can be observed in OpenOffice Writer as well. -- You are receiving this mail because: You are the assignee for the bug.
