Apache OpenOffice (AOO) Bugzilla – Issue 98742
impress motion path handles create not responding mode
Last modified: 2013-02-07 22:38:36 UTC
When I create a motion path (such as "UP") for a text box, or .jpg image, and click on the handles to extend the motion path arrow, Impress goes into a "not responding" mode and I cannot complete my project. open Impress add text box or insert .jpg image go to custom animation select text box or .jpg image create motion path (up) go to motion path arrow (If I just click on motion path arrow and get the crossed arrows cursor, I can move the position of the motion path arrow) BUT when I click on end of motion path to get handles on ends of motion path arrow, and click on handles to extend the motion path, the program becomes "not responding." At this point I cannot continue I have reinstalled OO and upgraded from 3.0 to 3.01 The following is interesting, but not part of problem: when I do an abnormal shutdown from this not responding mode, re-boot, and re-open OO, it asks if I want to recover. If I say yes, it recovers a blank OO page. If I say no, it closes. Then when I try to reopen OO, it automatically reopens in Write.
Sorry, not reproducible here. Do you use version OOO300_m15? Please have a look at the screenshot: Is this the view when you try to drag the upper middle handle and get stuck? Thanks iin advance.
Created attachment 59832 [details] screenshot
In response to questions: Yes, using 000300m15 Yes, screen shot is view where probem begins on my computer
Additional things I have learned: After an extended period of time, Impress gets out of the "not responding" mode and becomes responsive again. However, if I try to grab the motion path handles again, it will return to the not responding mode. When it goes into a "not responding" mode, CPU usage goes to 100% for some time. Deselecting hardware accelerator does not cure the problem. Deselecting auto recovery does not cure the problem. If I open the program I have generated in PP, as a .ppt file, it does not function correctly in OE.
I tried the following variants below, but was unable to reproduce. 1. Started with a template (wine) from the wizard to try to see if a graphics intensive template might trigger the issue. My test computer is on the older side, so I tried to see if a lack of resources could trigger this as well. My PC has the following specs: 3.2 Ghz Pentium 4. 2GB RAM. jswickland, are the specs to your test PC similar? Is it reproducible on another machine? 2. Created a text box and jpg in separate slides, then I combined the two on top of the wine template. 3. I also monitored CPU and memory use during running of animations and moving them, but saw no significant spikes. I was not able to change hardware acceleration settings. GPU specs are as follows: GeForce 6600, DirectX 9.0 256 MB RAM
Following the suggested procedure, I was unable to reproduce this bug on Impress version 3.1. I worked on a Dell Inspiron 1,31 GHz, 1GB RAM using XP (SP3) Home edition Without having reproduced the bug, I have nothing worth posting, except to suggest that once it has been reproduced, its generality should be examined with follow-up tests: Vary the test procedure 1. Does the direction of the motion matter? More generally, does the shape of the motion path matter? Do motion paths other than UP have similar effect? 2. Does it matter that the object was recently created? 3. Would it matter if there were intervening actions before the motion path was selected for modification? Vary options and settings 4. Does having a background on the slide matter? Vary the data 5. Does the type of object moved matter? 6. Does the number of objects present matter? Vary the configuration 7. Does the version matter, i.e. is it fixed in 3.1? 8. Does the configuration matter, e.g. amount of RAM? 9. Does the problem appear with Impress on other platforms?
Current Configuration: PC Platform: Dell Latitude D610 Laptop Intel Pentium 1.73 GHz 0.99 GB RAM OS: Windows XP Professional Version 2002 SP3 Open Office Version: OOo-dev 3.2.0 DEV300m56 (Build: 9419) Microsoft PowerPoint Version: Microsoft Office PowerPoint 2003 (11.8307.8221) SP3 There seems to be mention of two issues involved here: 1) Impress becomes unresponsive when attempting to modify the direction of a motion path added to a text box or jpg image in a presentation. 2) Impress incorrectly displays the motion path(s) of text box(es) and/or jpg image(s) in loaded presentations that were created using Microsoft PowerPoint. As to the first issue, in testing presentations containing motion path(s) for text boxes and/or jpg images in Impress, I was unable to get Impress to become unresponsive by selecting on any of the handles for the motion path. In addition to creating presentations containing motion path custom animations that were added to slide objects using the initial replication steps specified in this bug report, I ran follow-up tests that focused on the addition of an entrance and exit custom animation. In each case, I added an 'Up' or 'Down' motion path custom animation to a text box or jpg image, an entrance before the added motion path and an exit after the added motion path. The entrance and exit custom animations that I chose were the 'Peek In' and 'Checkerboard' respectively. For each text box or jpg image I specified the following timing for the added custom animations: 'Peek In' should occur 'On Click', 'Up', 'Down' and 'Checkerboard' should occur 'After previous'. I also created cases where I tested all the custom animations added to the slide objects occurring at once. Upon setting up the timing for the custom animations added to the first slide object, I set the timing of all other 'Peek In' entrance custom animations to occur 'With previous' and added in sequence after the timing of the entrance custom animation added to the first slide object. Likewise, the timing of the 'Up' or 'Down' motion path custom animations added to the remaining slide objects was set to 'With previous' and added in sequence after the timing of the 'Up' or 'Down' motion path custom animation added to the first slide object. In a similar manner, the timing of the 'Checkerboard' exit custom animation was set to 'With previous' and added in sequence after the exit custom animation added to the first slide object. Impress unresponsive follow-up tests: 1) Varied the number and animation timing of the text boxes. In some cases the text boxes were animated to move in sequence, others in parallel. created_in_open_office/with_text_boxes/one_moving_up.ppt created_in_open_office/with_text_boxes/one_two_moving_up.ppt created_in_open_office/with_text_boxes/one_two_moving_up_together.ppt 2) Varied the motion path the animated text boxes moved as well as the timing of the animation. In some cases the text boxes were animated to move in sequence, others in parallel. created_in_open_office/with_text_boxes/one_moving_up_two_moving_down.ppt created_in_open_office/with_text_boxes/one_moving_up_two_moving_down_same_time.ppt 3) Varied the number and animation timing of jpg images. In some cases the images were animated in sequence, others in parallel. created_in_open_office/with_images/one_moving_up.ppt created_in_open_office/with_images/one_two_moving_up.ppt created_in_open_office/with_images/one_two_moving_up_together.ppt 4) Varied the motion path the animated jpg images moved as well as the timing of the animation. In some cases the images were animated to move in sequence, others in parallel. created_in_open_office/with_images/one_moving_up_two_moving_down.ppt created_in_open_office/with_images/one_moving_up_two_moving_down_same_time.ppt 5) Varied the components that where animated as well as the timing of the animation. Animated a text box and a jpg image. In some cases the animation moved in sequence, others in parallel. created_in_open_office/with_images_and_text_boxes/img_moving_up.ppt created_in_open_office/with_images_and_text_boxes/txt_moving_up.ppt created_in_open_office/with_images_and_text_boxes/txt_img_moving_up.ppt created_in_open_office/with_images_and_text_boxes/txt_img_moving_up_together.ppt 6) Varied the motion path animations for the text box and jpg image as well as the timing of the animation. In some cases the animation moved in sequence, others in parallel. created_in_open_office/with_images_and_text_boxes/txt_moving_up_img_moving_down.ppt created_in_open_office/with_images_and_text_boxes/txt_moving_up_img_moving_down_same_time.ppt created_in_open_office/with_images_and_text_boxes/txt_moving_down_img_moving_up.ppt created_in_open_office/with_images_and_text_boxes/txt_moving_down_img_moving_up_same_time.ppt The following tests did not have an entrance or exit custom animation added to any of the slide objects in the respective presentation: 7) Varied the number of motion path animations added to a single text box component created_in_open_office/vary_num_motion_paths/txt_10_paths_moving_up.ppt created_in_open_office/vary_num_motion_paths/txt_20_paths_moving_up.ppt created_in_open_office/vary_num_motion_paths/txt_50_paths_moving_up.ppt 8) Varied the number of text box components being animated created_in_open_office/vary_num_text_boxes/10txt_moving_up.ppt created_in_open_office/vary_num_text_boxes/20txt_moving_up.ppt Regarding the second issue, a separate bug report should be created to address the incorrect behavior observed in Impress when displaying presentations created in Microsoft PowerPoint that contain motion path custom animations added to slide objects. In the separate bug report created for that issue, it would be interesting to note whether or not the converse is true: do power point presentations created in Impress containing motion path custom animations added to slide objects display correctly in Microsoft PowerPoint? I have attached a zip file containing the various test presentations that I created and used throughout the course of my follow-up testing.
Created attachment 64735 [details] Zip file containing the Impress presentations created and used for testing this issue.
This Issue requires more information ('needmoreinfo'), but has not been updated within the last year. Please provide feedback as requested and re-test with the the latest version of OpenOffice - the problem(s) may already be addressed. You can download Apache OpenOffice 3.4.1 from http://www.openoffice.org/download Please report back the outcome of your testing, so this Issue may be closed or progressed as necessary - otherwise the issue may be Resolved as Invalid in the future.