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
Created attachment 171356 [details] Impress presentation that reproduces bullet list error.
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?
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".
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
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.
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.