Description: 1. Create bullet list. 2. 'tab' beginning of line text. then type some random text 3. shift+enter 4. [tab again if you want, more tabs to be better seen now; then type more some random text on these other lines] 5. enter All the tabs will be gone and spaces of the paragraph vanishes visually. The code for tab still remain there. If you select 'numeric with all sublevels' style of bullet list, and click on the last character, then start typing, it will start typing on the following line instead of the line where you clicked. Steps to Reproduce: 1. Either 'numeric with all sublevels' or just a bullet list breaks paragraph if first character is a tab. 2. Enter (new paragraph) breaks visually if combined with newlines (shift+enter). 3. It can be reproduced on new files. Previous versions had it too. Actual Results: All the characters moved back without the tab visual, almost as if they changed to space. Expected Results: That nothing of this would happen, and stick to the same style that were static before the a) enter, or, b) clicking on last character and then typing (to be transported to the following line) Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-US (pt_BR); UI: en-US Calc: threaded
Can You please attach a screenshot, I am unable to replicate.
Adding my version details Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded
The "NEEDINFO" is unfair, since the description of this report is even excessive on how the process could be reproduced. This problem affects my files that have bullet lists 'numeric with all sublevels', I have to click somewhere to start typing, and if it's the end of line, it start typing on the next. Perhaps trying this on old files with very long bullet lists (on my case 500, some shift+enter newlines created spaces between the numbers seldomly), saving and clicking on last character. Having LO to 'save' the bullet listed long file, altering anything, and then clicking on next character, and playing with newlines, could make it better seemed.
Thank you for reporting the bug. I can confirm that the bug is present in Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded as well as Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded