Description: Instead of using numbered bullets, if a line starts with tab, number, dot, then the Enter key is pressed to add another line, the tab is removed. Steps to Reproduce: 1.Enter a line starting with tab, number, dot with or without text. 2.Press Enter to create a new line. 3.The tab is removed. Actual Results: The tab from the previous line is removed and needed to be typed again. Expected Results: Keep the previous line intact. Reproducible: Always User Profile Reset: No Additional Info: If you do the same thing in OpenOffice Writer, the tab is also removed and the previous line becomes a line with number bullet.
Created attachment 200752 [details] Example LibreOffice Writer removes Tab from line with Tab number dot upon Enter.odt Example LibreOffice Writer removes Tab from line with Tab number dot upon Enter.odt
Reproduced. The following conditions occurred: Tools -> AutoCorrect -> AutoCorrect Options -> Options - Delete spaces and tabs at beginning and end of paragraph: ON - Apply Styles: OFF Normal Mode: Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: CL threaded Jumbo Safe Mode: Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: bbb074479178df812d175f709636b368952c2ce3 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: default; VCL: win Locale: ja-JP (ja_JP); UI: ja-JP Calc: threaded
(In reply to Takenori Yasuda from comment #2) > Reproduced. > > The following conditions occurred: > Tools -> AutoCorrect -> AutoCorrect Options -> Options > - Delete spaces and tabs at beginning and end of paragraph: ON > - Apply Styles: OFF > > > Normal Mode: > Version: 25.2.3.2 (X86_64) / LibreOffice Community > Build ID: bbb074479178df812d175f709636b368952c2ce3 > CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: > Skia/Raster; VCL: win > Locale: ja-JP (ja_JP); UI: ja-JP > Calc: CL threaded Jumbo > > Safe Mode: > Version: 25.2.3.2 (X86_64) / LibreOffice Community > Build ID: bbb074479178df812d175f709636b368952c2ce3 > CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 26100); UI render: > default; VCL: win > Locale: ja-JP (ja_JP); UI: ja-JP > Calc: threaded I set the option "Delete spaces and tabs at beginning and end of paragraph" to OFF and the tab is not removed. But on the other hand, even when the option is ON, if a paragraph begins with tab, number without a dot, like line 1 and 2 in the attached sample document, Writer does not remove the tab. Is it another bug?
(In reply to jteera5 from comment #3) > But on the other hand, even when the option is ON, if a paragraph begins > with tab, number without a dot, like line 1 and 2 in the attached sample > document, Writer does not remove the tab. Is it another bug? I also thought something was off about the first and second lines. The reason is exactly as you mentioned. However, at this point, I cannot think of any other cause. So, please consider my reproduction report as just indicating that the issue occurred under these conditions. It is merely one clue. I am just an ordinary user, not a developer, so let's wait together for reports from others.
(In reply to Takenori Yasuda from comment #2) > The following conditions occurred: Maybe not "The following conditions occurred" but "Occurs under the following conditions". Sorry, I made a mistake in writing. Occurs under the following conditions: Tools -> AutoCorrect -> AutoCorrect Options -> Options - Delete spaces and tabs at beginning and end of paragraph: ON - Apply Styles: OFF Additional, the help page "Delete spaces and tabs at beginning and end of paragraph" says, "To use this option, the Apply Styles option must also be selected." Help page URL: https://help.libreoffice.org/25.2/en-GB/text/shared/01/06040100.html?System=WIN&DbPAR=WRITER&HID=cui/ui/applyautofmtpage/ApplyAutoFmtPage#bm_id3147527
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.
Is Bug 67797 the same bug as this one? I believe they are the same bug. It would be helpful if someone could take a look and confirm.
I agree, it is a duplicate *** This bug has been marked as a duplicate of bug 67797 ***