Bug 170059 - Manually inserted TAB for first line of paragraph, being "undone" by ENTER key
Summary: Manually inserted TAB for first line of paragraph, being "undone" by ENTER key
Status: RESOLVED DUPLICATE of bug 169751
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.4.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
: 170138 (view as bug list)
Depends on:
Blocks:
 
Reported: 2025-12-20 01:01 UTC by Stu Mountjoy
Modified: 2025-12-27 11:54 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stu Mountjoy 2025-12-20 01:01:09 UTC
Description:
I type a paragraph, for a story, I use the TAB key first, then start typing, once I am done and ready for paragraph two, I press ENTER/RETURN.  It looks like the TAB I did do, is removed, and the line (of paragraph one) starts from the left margin.  Normal wrapping after that.  Annoying. 

Version: 25.8.4.2 (X86_64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 4; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win
Locale: en-NZ (en_NZ); UI: en-US
Calc: CL threaded

Steps to Reproduce:
1.Press TAB as if indenting the first line of a paragraph.
2.Type in anything.
3.Press ENTER or RETURN, watch the first TAB being quickly removed.

Actual Results:
This is is what it looks like, as if the first TAB was NEVER done. Normal wrapping but otherwise no gap on the FIRST line.
"He said it would be fixed."
"Okay."

Expected Results:
      This would be what I consider a proper indented paragraph, of some story or narrative idea, including speech being done.
      "He said it would be fixed."
      "Okay."




Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Stu Mountjoy 2025-12-20 01:02:27 UTC
I can supply a video of what happens.  I will attempt resetting user profile.
Comment 2 Stu Mountjoy 2025-12-20 01:06:04 UTC
Did entire factory reset in safe mode, reset userprofile, and it still happens.

Even if you insert a tab into a line in Writer, and then press ENTER at the end, the tab is removed.
Comment 3 Takenori Yasuda 2025-12-20 06:11:06 UTC
[Reproducible]
Version: 25.8.4.2 (X86_64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo

Version: 25.8.4.0.0+ (X86_64) / LibreOffice Community
Build ID: 49b93a65ae39f86b8d3f85e6f98a2f91a1a5cb18
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo

[Not reproducible]
Version: 25.8.3.0.0+ (X86_64) / LibreOffice Community
Build ID: b2947edc956ebd42b994ff08a96ec0fa43a2ec90
CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: CL threaded Jumbo


Based on the behavior, occurrence conditions, and timing, it seems likely that this issue is caused by either (or both) of the following:
- Side effect of the fix for Bug 168228
- A variant of Bug 67797 and Bug 169751
Comment 4 raal 2025-12-27 11:50:30 UTC
confirm Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 7cbc16bf6e115d2aaabe9b9b20edd66a5c597571
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 5 raal 2025-12-27 11:50:47 UTC
*** Bug 170138 has been marked as a duplicate of this bug. ***
Comment 6 raal 2025-12-27 11:54:46 UTC

*** This bug has been marked as a duplicate of bug 169751 ***