Bug 122177 - Tab doesn't update the symbol used in a lower level in a list when in an existing list after the symbol is updated.
Summary: Tab doesn't update the symbol used in a lower level in a list when in an exis...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Tab-Character
  Show dependency treegraph
Reported: 2018-12-18 16:19 UTC by Yetoo Happy
Modified: 2019-05-31 15:08 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Video describing issue. (5.55 MB, application/zip)
2018-12-18 17:53 UTC, Yetoo Happy

Note You need to log in before you can comment on or make changes to this bug.
Description Yetoo Happy 2018-12-18 16:19:43 UTC
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:
Build ID:
CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); Calc: group threaded
Comment 1 Dieter Praas 2018-12-18 17:31:00 UTC
(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.
Comment 2 Yetoo Happy 2018-12-18 17:53:51 UTC
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.
Comment 3 Dieter Praas 2018-12-19 09:15:51 UTC
Thiis might be related to the inconsistent bevaiour of tab-button, described in bug 120917
Comment 4 Dieter Praas 2019-05-31 15:08:26 UTC
I confirm the described bahaviour with

Version: (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.