Description: When in LibreOffice Writer 1. I have a numbered list already created. 2. In each number is content that is multilined. 3. I change the numbering/bulleting settings to have the second level list to bullet with a small black dot from the OpenSymbol font pack. 4. I press tab at the beginning of each of the lines in the multilined content. 5. The bullet I chose doesn't appear. Expected Results: The bullet I chose should appear when I hit tab the place I did. Reproducible: Always Additional Info: To get the bullet to appear, one has to append the line to the line above and then press enter for the bullet to appear. This is very annoying and would be great if tab could register to cause the bullet instead of just enter. To clarify, each of the lines within the multiline content is flush with the beginning of their respective lines with the first level of the numbered list. Version string: Version: 6.1.2.1 Build ID: 6.1.2.1-3.fc29 CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.utf8); Calc: group threaded
(In reply to Yetoo Happy from comment #0) > 5. The bullet I chose doesn't appear. What happens instead? Is it possible to attach a sample document? This makes it easier for us to verify the bug.
Created attachment 147654 [details] Video describing issue. This demonstrates what I did up to the problem as well as the problem itself. The issue that I am having mainly happens after 2:07. However, as I think over this I see how little of an alternative there is.
Thiis might be related to the inconsistent bevaiour of tab-button, described in bug 120917
I confirm the described bahaviour with Version: 6.3.0.0.alpha1+ (x64) Build ID: e92dcfdc7bd7b237e0bee26ff226a102d9e8e766 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-05-14_00:00:57 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded I assume, that "multiline" means you have one paragraph with more than one line (in your screencast formatting marks are disabled, so I'm not 100% sure). If this is the case, I won't expect that the tab moves the line to the next level.
(In reply to Dieter Praas from comment #4) > I assume, that "multiline" means you have one paragraph with more than one > line (in your screencast formatting marks are disabled, so I'm not 100% > sure). If this is the case, I won't expect that the tab moves the line to > the next level. Exactly. This should not happen, so this is not a bug.