Bug 146558 - If a text box is animated by nth level paragraphs, and then lines are added to textbox, they are not animated in slideshow
Summary: If a text box is animated by nth level paragraphs, and then lines are added t...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-04 02:32 UTC by NarayanAras
Modified: 2022-08-20 03:44 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description NarayanAras 2022-01-04 02:32:24 UTC
Description:
Suppose we want to animate a textbox by nth level paragraphs during slideshow. 
Let us assume that this textbox has 5 lines at the beginning.
When we set animation, all 5 lines appear in the Animation control panel at right.

And here's the bug: This definition is NOT dynamically linked with the actual textbox. If we edit the textbox to add or delete lines, this definition does not change. So the slideshow fails to animate the textbox in a weird way.

For example, if I add more lines to the textbox after setting the animation, these additional lines will not be animated: They will appear on the screen as soon as the slide comes up. This spoils the entire slideshow!

A more nuanced case is when I delete a line and then insert another line in its place. For me, this is equivalent to "replacing" that old line. But Impress treats this line as a completely new line, and won't animate it.

The solution is to define the animation DYNAMICALLY: Impress should animate the latest version of the textbox.

Another way to look at this is to tell Impress is to look at the textbox as an object that has to be animated by nth level paragraph. It does not have to remember the lines by heart. It must take the latest version of the textbox and animate it.

Steps to Reproduce:
1.Create a textbox with any number of lines.
2.Set animation by nth level paragraphs (the exact level does not matter here). 
3. Check animation by pressing SHFT+F5.
4. Add a line in the textbox. 
5. Now check animation again by pressing SHFT+F5.
The newly added line will not be animated. [BUG]

6. Delete a line and insert another line in its place.
7. Now check animation again by pressing SHFT+F5.
The newly replaced line will not be animated. [BUG]

Actual Results:
See above

Expected Results:
See above


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: Impress
[Information guessed from browser]
OS: Windows 10 Home, 64 bits
Comment 1 NarayanAras 2022-01-04 02:35:00 UTC
oops!

Please read the following line-
"So the slideshow fails to animate the textbox in a weird way."

as-
"So the slideshow animates the textbox in a weird way."
Comment 2 Buovjaga 2022-01-20 13:11:25 UTC
I read your report so you are requesting a change in the way paragraph animations are implemented. Or that you are requesting an additional way to animate paragraphs. Can you describe in more detail how this should work? Because I don't see what you describe as a bug.
Comment 3 QA Administrators 2022-07-20 03:29:28 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2022-08-20 03:44:39 UTC
Dear NarayanAras,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp