Bug 141833

Summary:	Bullet list animations display incorrectly in presentation mode when going back
Product:	LibreOffice	Reporter:	Jonathan Snow <jesnow>
Component:	Impress	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	gerald
Priority:	medium
Version:	6.4.7.2 release
Hardware:	All
OS:	All
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	Impress presentation that reproduces bullet list error.

Description Jonathan Snow 2021-04-22 16:15:21 UTC

Description:
In presentation mode, Bullet lists when animated and grouped by 1st level paragraphs should appear line by line, and when using the back arrow should disappear line by line. Instead, the back arrow disappears them out of order. If you advance to the "Click to exit" black screen, *then* back arrow to the presentation, it gets even weirder. In that mode, the space bar exits the presentation, and the arrow keys appear and disappear the bullet points in semi-random order. 

Steps to Reproduce:
1. Create bullet list
2. Start presentation
3. Click through bullet list
4. Click backwards using back arrow. 

Actual Results:
Bullet points disappear out of order.  Everybody in the audience sees a REALLY STUPID presentation error. 

Expected Results:
Bullet points should disappear in reverse order of appearance. 


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
There are multiple issues. If you are back arrowing from the black "end of presentation" slide, the behavior is even more unexpected. If you add a line to the bullet list after animating it, that line is not animated. I will file separate bugs. 

Version: 6.4.7.2
Build ID: Gentoo official package
CPU threads: 12; OS: Linux 5.10; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); UI-Language: en-US
Calc: threaded

Comment 1 Jonathan Snow 2021-04-22 16:16:43 UTC

Created attachment 171356 [details]
Impress presentation that reproduces bullet list error.

Comment 2 Gerald Pfeifer 2021-04-23 13:26:33 UTC

I believe this is (sort of) a duplicate of bug #136278
and related to bug #131254 .

Your document works for me as expected with

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 72b9ad0bd1f355b8a1cb6ef6960ec7aaf67e4de5
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-04-20_20:26:49

Version: 7.1.3.0.0+ / LibreOffice Community
Build ID: 66319fd36564f55feb9669b3f117176f4ef4c939
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-1, Time: 2021-03-20_11:15:06

Version: 7.0.5.0.0+
Build ID: 008dc7a128c1f49093eefadc83c125c3c6b1bb00
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-0, Time: 2021-01-18_17:16:18
Calc: threaded

(Note that with those three "Item 6" is always visible, but I believe
this is what you reported as bug #141834 .)

I could reproduce with Version: 6.4.8.0.0+
Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08
Locale: en-US (en_US.UTF-8); UI-Language: en-US


Version 6.4 went end-of-life last fall, cf.
https://wiki.documentfoundation.org/ReleasePlan/en#6.4_release


Can you please try this with LibreOffice 7.0 or later?

Comment 3 Timur 2021-04-23 15:59:02 UTC

Jonathan, please do not fire multiple bug reports without connecting via See Also. End of presentation is bug 141835.
General rule is to search before reporting. 
Useful is to test first with daily master that is 7.2+ now.Or at least with 7.1.. The were changes in 7.0.
I set Needinfo until this is cleared and confirmed remaining issue and that it's no duplicate. 
Gerald, I guess you assigned yourself by mistake. I add you in Cc, feel free to "never email me".

Comment 4 QA Administrators 2021-10-21 03:35:56 UTC Comment hidden (obsolete)

Dear Jonathan Snow,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping

Comment 5 Jonathan Snow 2021-10-21 03:53:41 UTC

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.

Comment 6 Gerald Pfeifer 2021-10-21 06:20:57 UTC

I can reproduce this with

Version: 6.4.8.0.0+
Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08
Locale: en-US (en_US.UTF-8); UI-Language: en-US


I can *NOT* reproduce this with 7.0 and later:

Version: 7.1.5.0.0+ / LibreOffice Community
Build ID: db6efbaf5f9d6ae818afccec6a9fab219268b621
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-1, Time: 2021-06-07_20:32:23

Version: 7.1.8.0.0+ / LibreOffice Community
Build ID: 4784990eda6098f0408276b4d424e81382a50460
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-1, Time: 2021-10-15_11:37:03
Calc: threaded

Version: 7.2.3.0.0+ / LibreOffice Community
Build ID: da66ff3d83e5e975383615081eeffd3fa2f668f9
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2021-10-14_23:39:58

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: c998691e22ceda15c89d55cf7005201f0392dadb
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-10-14_11:54:20
Calc: threaded


This is consistent with my findings in comment #2 half a year ago.


That said, item 6 appears right when the presentation starts (and then
stays visible the whole time).

If this is what you confirmed in comment #5, it is a different issue than
in the original description ("Bullet points should disappear in reverse 
order of appearance."), and would deserve a separate report on how you
arrive at the test document and where you see the issue there.