Created attachment 171357 [details]
file reproducing bullet list animation added line bug

Also tried on 7.1.2.2, no difference.

I can not reproduce the bug in 

Version: 7.1.4.2 (x64) / LibreOffice Community
Build ID: a529a4fab45b75fefc5b6226684193eb000654f6
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

also non repro in

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 0d4cbdbc9cd4ab06056cec66cffd292b41615b6e
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Reproducible Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 6f07012a344101f2afbf9c96dc7857127f39a25f
CPU threads: 1; OS: Windows 10.0 Build 14393; UI render: Skia/Raster; VCL: win
Locale: cs-CZ (cs_CZ); UI: cs-CZ
Calc: threaded
And Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)

Not sure if it's a bug or enhancement.

I consider this NOT to be a bug because all bullets have animation except the last one. Inserting a new element into a list is not making an inheritance of animation to the new one.

Version: 7.1.5.2 (x64) / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: ro-RO (ro_RO); UI: en-US
Calc: threaded

Verified with Libreoffice 7.1.5.2

Bitten by this bug in a presentation to my dean this morning. 


- Added list items dont take on the animation scheme of the list. 

- Bullet lists should always by default appear in some rational order. 

- I suspect that each item in the list gets an object number that the animation is ordered by. Instead they should be ordered by position in the list.

Note: 7.1.5.2 under linux.

I have a similar problem in that often times I cannot add the last line or two of a bulleted list to the custom animation pane. I can select the text and click the '+' button, but it will not go into the list. Or if there are no animations for the slide and several bullet points, it may only add the first three or four bullets and not the last ones.

Sometimes it will add them all, but quite often the only way to add them all is to select the textbox itself and add it which will create a nested list of animations, then I have to delete the first item so it will appear with the slide instead of on click.

I haven't noticed a reproducible pattern, but it happens to me every week when I'm making a new presentation, usually multiple times.

As a side note, I did find a problem once where some of the slides had animations which were not connected to any element so you had to click once which did nothing. The only way to remove it was to manually go into the xml file and remove those element-less animations.

(In reply to BogdanB from comment #5)
> I consider this NOT to be a bug because all bullets have animation except
> the last one. Inserting a new element into a list is not making an
> inheritance of animation to the new one.

UX team: any thoughts?

When you add text to a bulleted list, the new text is supposed to inherit *all* the attributes of the text already in the list. It already inherits all the font an paragraph attributes, as it should. But not the animation attributes. Why? There is no why, it is a bug. 

I just reconfirmed that it does this less than useful thing in 7.3.6.2 (linux).

I'm a bit split between the obvious convenience argument and the expectation to animate _list item_ and OTOH the fact that "animating a list" is a shortcut to add the animations to the individual items (should be clear when checking the animations list). Even if we recommend to make it possible it might be too difficult.

We discussed this topic in the design meeting.

It is clearly the user expectation that added elements are taken into the "group animation". And while it might not always be desired it's much easier to remove one animation than adding it (if possible at all).

An aspect of this report making it a bug is that if one adds a paragraph between other paragraphs, it "gains" an animation effect but the last animated paragraph loses its animation.

*** Bug 152241 has been marked as a duplicate of this bug. ***

Thinking about it from the perspective of the presenter: I'm editing my slides, I add a bullet point to my list. Its formatting is derived from the other members of the list, everything looks great. But when I stand up to present, its animation has *not* carried over and it appears out of order. This is the current behavior (verified on 7.4.4.2). 

Actually, it's weirder than that. If you add a point in the middle, it gets animated, but the *last* item in the list that appears first. I think this is changed behavior, meaning maybe somebody tried to fix this bug (yay!), but forgot to also bump the number of animated items, so the last item loses its animation.  

Thank you for working on this, I get bitten by it regularly in my work. 

(In reply to Heiko Tietze from comment #12)
> It is clearly the user expectation that added elements are taken into the
> "group animation". And while it might not always be desired it's much easier
> to remove one animation than adding it (if possible at all).

I experience this annoying bug all the time. I am a teacher who uses Impress several times a day. 

1. Items inserted into what the user sees as a bulleted list of items do not get animated.  I can understand the logic of not animating them (each item considered an independent object, etc.), but would much prefer them to be animated and I think most users would expect them to be animated.

2. It is usually impossible to animate a newly created bulleted item that is added to the end of a series of bulleted items. The only workaround I have found is to save the file, close it, and reopen it. Usually I can then animate the item.

I'm using 7.4.6.2.  Ubuntu Linux 22.10.

Already tracked in bug 57581, marking as duplicate.

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