Bug Hunting Session
Bug 69990 - Outline + Tabbing Results in Broken Indentation/Outline
Summary: Outline + Tabbing Results in Broken Indentation/Outline
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Depends on:
Reported: 2013-10-01 03:38 UTC by Joel Madero
Modified: 2018-07-26 21:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Outline Bug (12.65 KB, application/vnd.oasis.opendocument.text)
2013-10-01 03:38 UTC, Joel Madero

Note You need to log in before you can comment on or make changes to this bug.
Description Joel Madero 2013-10-01 03:38:52 UTC
Created attachment 86890 [details]
Outline Bug

I've hit this bug so many times and could never figure out reproducible steps, now I can figure out two ways, they result in slightly different broken behavior but I think they are so related that I'm creating one bug report and one attachment to display the problem.

Method 1:
1. Start outline (format -> Bullets and Numbering ...)
2. Select the 1st column, 2nd row style (I., I.A., i, a, bullet)
3. Push Ok
4. Type something next to first bullet "Test" is fine
5. Push enter
6. Tab as far to the right as you can (I believe 9 tabs)
7. Push the "increase indent" button which should be in your toolbar on top
8. Now try to decrease the level of the (either by the button in the outline toolbar "Promote One Level with Subpoints" or by holding Tab and pushing Backspace), do this several times, you'll see that despite the level changing (you'll see the change of the outline level for instance from a) to A) but the placement is all wrong)

Method 2:
1. Start numbering style by pushing the button
2. Add some random text next to the number 1. "Test" is fine
3. Hold tab until it goes all the way to the right and "Test" or whatever goes to the next line on the far right
4. Place the cursor between the number 1. and your text
5. Push and hold tab, then start pushing backspace

You'll see that the indent starts going back and it should but then it continues to go off the page, the margins are completely ignored, the page itself is completely ignored.

Let me know if any of this isn't clear
Comment 1 Cor Nouws 2013-10-01 06:56:21 UTC
Hi Joel,

Can you pls explain what the use case of this actions is?
Comment 2 Joel Madero 2013-10-01 13:44:20 UTC
Hey Cor,

I'm not sure how much more I can explain, I just looked over the steps and they seem pretty straight forward :-/

As for use case, if you're asking why I'd want to do these things:

Method I:

The artificial limitation of 9 levels deep is not enough when doing complex outlines - so for me I get to the limit of 9 levels and then use the indent button to go 1 or 2 levels further. I don't get why we limit to 9 when that's only about half the page in

Method II:
Usually by accident this happens ;) But none the less, it triggers the bug
Comment 3 Owen Genat (retired) 2013-12-22 12:24:17 UTC
Joel, I can understand the issues, but they do not seem simple to me (or related) and the terminology can easily become confused.

Method 1 is essentially about increasing the number of outline levels from 10 to something greater. My reading of ODF v1.2 Part 1 indicates there is no specified maximum number of outline levels, so it is likely an implementation limit. There are however several different types of outline, ignoring for a moment the heading vs list issue. Each time one of these lists is modified (e.g., before/after mark is changed, either via direct formatting or a style) a completely new set of N (currently 10) definition entries is created. In your sample file there are six such sets of (list) definitions.

A second aspect to increasing the number of levels is that currently (on an A4 page) the existing 10 levels, using default settings, cover about half the page. This leaves half a page for the points to wrap in. Less than half a page for text to wrap in results in a fairly ugly layout. Cosmetic I know, but still a related consideration. I suppose 12 or 15 levels could be handy, but it may mean having to change the entire outline numbering for headings as well. Possibly a big change for a small inconvenience.

Method 2 exhibits a problem with using TAB to manually set level. This can be demonstrated by clicking the Numbering On toolbar button, TAB, and then SHIFT+TAB repeatedly to force the list item into the left margin. The TAB method to change list levels certainly has issues and this one is probably covered (generally) by bug 49856.

Note that this is all in relation to levels and not indents (Increase/Decrease toolbar buttons) which are separate matter again.
Comment 4 Owen Genat (retired) 2013-12-22 12:25:39 UTC
Oh, I forgot: Method 1 (increasing the number of levels) would also likely be an enhancement request, no?
Comment 5 Joel Madero 2013-12-22 15:33:16 UTC
Hi Owen - this has nothing to do with increasing the # of levels from 10 to more than 10. It's that even less than 10 results in incorrect placement.
Comment 6 Joel Madero 2013-12-22 15:46:05 UTC
@Owen - I just checked the attachment and the same problem shows - if you open the attachment, the bugs are pretty clearly seen
Comment 7 Owen Genat (retired) 2014-01-06 01:24:27 UTC
Joel, sorry, I mis-read Method 1 as relating primarily to the number of levels. There is certainly a problem with combining ordered lists using outline identification and indents, particularly with changing levels after an indent has been added. In this respect I can confirm the report. Status set to NEW. I re-tested Method 1 under Ubuntu 10.04 x86_64 running:

- v3.3.0.4 OOO330m19 Build: 6
- v3.4.6.2 OOO340m1 Build: 602
- v3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v3.6.7.2 Build ID: e183d5b
- v4.0.6.2 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24

... and the behaviour is identical for all versions. Problem appears to be inherited from OOo. Version set accordingly.
Comment 8 Joel Madero 2015-05-02 15:41:20 UTC Comment hidden (obsolete)
Comment 9 QA Administrators 2016-09-20 09:37:07 UTC Comment hidden (obsolete)
Comment 10 Joel Madero 2018-07-26 21:46:03 UTC
Build ID: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf
CPU threads: 4; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: CL

Seems resolved. Closing