http://openoffice.org/bugzilla/show_bug.cgi?id=109502
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #10 from [email protected] 2011-05-28 19:36:07 --- I used the files provided by the original reporter and another tester to run follow up tests for my investigation. I was able to reproduce the bug in the same environment as it was originally found although with a more current version of OpenOffice. The intention is to display Level 1 text to appear step at a time with Level 2 text. To achieve this affect we can add custom animation to the text in each level with 2 second delay between the two levels to simulate the pause. The issue raised in this report is that rendering is unpredictable with second level text appearing before level 1 text when slideshow is run on Windows XP machine. Configurations 1: OpenOffice 3.3.0 OOo330m20 (build 9567) OpenOffice 3.4.0 OOo300m106 (build 9582) OS: Windows 7 Home Edition Premium System type: 64bit Make and model: Dell Studio 1555 Processor: Pentium(R) dual-core T4300 2.1GHz RAM: 4GB Hard drive: 500GB Configurations 2: OpenOffice 3.4.0 OOo300m106 (build 9582) Dell Dimension 4550 Intel Pentium 4 CPU 2.66 GHZ Windows XP version 2002 SP2 RAM: 1.5GB Hard drive: 120GB Step1: Copy the file Prova.odp to a local directory Step 2 Opened in Impress OOO 3.4.0 and OOO 3.3.0 Step 3: Check the layout of the presentation Five lines of text with bullet points as follows: Line 1 text: Test 1 (set as level 1) Lines 2, 3 & 5 text indented: Test 2, Test 3 and Test 5 (set as level 2) Line 4 Text: Test 4 (set as level 1) The ‘text animation’ delay for level 1 text is set to 2secs as is obvious from the text animation effect options below. Step 4: Check the program settings Effect Options setting: Level 1(lines 1&4) Level 2 (lines 2, 3, and 5) Effect: Sound: no sound no sound After animation: Don’t dim don’t dim Text animation: All at once All at once Timing: Start: After Previous With previous Delay: 2.0sec 0.0sec Speed: medium medium Repeat: none none Rewind when finished playing: not ticked not ticked Text animation: Group text: As one object (line 1) by 1st level paragraphs After Previous paragraphs (line 4) Automatically after: greyed out (line 1) 2.0sec Ticked and set to 2.0sec (line 4) Animate attached shape: Ticked (line 1) greyed out Greyed out (line 4) In reverse order: greyed out (line 1) not ticked Not ticked (line 4) Custom Animation for the slides These were checked by selecting custom animation option from the slideshow menu or right hand panel and found to have the following options set. Entrance: Fade in Emphasis: Change fill colour Exit: Box Motion path: Curve Misc Effects: End media Step 5: Check that the slideshow setting type is set to default (accessed via slideshow settings option) Step 6: I ran the slideshow from the animation window on the right and from the slideshow menu. Results: The animation ran as expected as below. Expected Results 0 sec Data Migration - title 1 sec Test 2 & Test 3 (level2) 3 sec Test 1 (Level 1) 4 sec Test 5 (Level 2) 5 sec Test 4 (Level 1) The above test did not reproduce the behaviour that the text is rendered unexpected and level 2 text appears before level 1 text. A video of the slideshow is captured and attached as evidence. File Name: Slideshow with slides 1&2. Follow up Tests (Configurations 1) Test 1 In order to discount the fact that the observed behaviour is not related to effect options I decided to add another slide copied from the original slide but changed the timing start as shown in the steps below. Step 1: A new slide was created from the one used above and added to the pack. I called the new file Prova2slidepack.odp. The start timing is changed in the effect option to ‘with previous’ from ‘after previous’ so that all text lines display simultaneous except text lines 1 and 4 that have 2 sec delay kept. This should result in text appearing the order below. Screenshot Snapshot of custom animation set up slide 2.jpg show these settings. Expected Results 0 sec Data Migration - title 1 sec Test 2 & Test 3 & Test 5 (level 2) 3 sec Test 1 & Test 4 (level 1) Step 2: Check that the slideshow setting type is to default Step3: I ran the slideshow from the animation window on the right and from the slideshow menu. Result: The animation played as expected above. The video of this animation is captured and is included in the attachment ‘Slideshow with slides 1&2’. Test 2: I then decided to try the test file Prova_2Slides.odp that Joseph McGuire used for his testing to reproduce the bug that would yield more information about the reported problem. His file has similar changes made as I did in my Test 1 above. Step 1: I copied the file Prova_2Slides.odp to my local directory Step 2 Opened the file in Impress OOO 3.4.0 and OOO 3.3.0 Step3: I ran the slideshow from the animation window on the right and from the slideshow menu Result: The animation played as expected from both slides and did not show anything untoward. Test 1 and Test 2 above were repeated a couple of times but did not find any new information. Follow up Tests (Configurations 2) In order to prove that the behaviour is restricted to Windows XP, I ran tests with all three files on XP built machine. Test 1 Step 1: I Copied file Prova.odp to the local directory Step 2: Opened the file in Impress OOO 3.4.0 Step 3: Check that the slideshow setting type is to default Step 4: I ran the slideshow from the animation window on the right and from the slideshow menu. Result: It played as expected with predictable animation Test 2 Step 1: I Copied file Prova2slidepack.odp that I created to the local directory Step 2: Opened the file in Impress OOO 3.4.0 Step 5: I run the slideshow from the animation window on the right and from the slideshow menu. Result: It played as expected with predictable animation Test 3 Step 1: Copy the file Prova_2Slides.odp to a local directory. This is the file that Joseph McGuire used for his testing Step 2: Opened in Impress OOO 3.4.0 and OOO 3.3.0 Step 8: I run the slideshow from the animation window on the right and from the slideshow menu. Result: The text was rendering fine but jumping all over the screen. I took a video with a camcorder to capture the behaviour. File Bug 109502 replication.wmv is attached with the report. Test 4 Before I ran this test I searched OpenOffice bug database to look for information reported earlier about slideshow rendering problem and how to fix it. I was able find the answer that I was looking for. On the basis of the searched I changed the test slightly as shown below. Step 1: I repeated Test 3 in this section except changed the slideshow setting type to window Step 2: I ran the slideshow Result: I did not find unusual behaviour and the animation worked as expected. Step 3: I repeated the same test and reset the slideshow setting type to default but changed the graphic output settings via tools>options>view>graphics output>Use hardware acceleration and unchecked the box. Step 4: I ran the slideshow from the animation window on the right and from the slideshow menu. Result: The animation played as expected. I didn’t have time to load OOO 3.3.0 and rerun the tests in configuration 2. With hindsight, I think it is necessary. Conclusions: It is pretty fortunate that the file that eventually helped me to reproduce the bug was created by another tester during the course of his testing while replicating the bug. That seems to work in the configurations that the original used to report a problem except the OpenOffice version. Although the bug was reported for OpenOffice OOO310m19, it seems to be as a result of its incompatibility with Windows XP. The reporter may not have been aware of how to change graphics output parameter ‘hardware acceleration’. The problem was not experienced in OpenOffice OOO 3.4.0 for Windows 7 environment due to in-built high resolution graphic cards. It is still a problem in Windows XP although workaround is available which has the downside that you cannot run the slideshow in full screen. -- Configure bugmail: http://openoffice.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Bugzilla. Please log into the website and enter your comments. ----------------------------------------------------------------------- ----------------------------------------------------------------- To unsubscribe send email to [email protected] For additional commands send email to [email protected] with Subject: help -- ----------------------------------------------------------------- To unsubscribe send email to [email protected] For additional commands send email to [email protected] with Subject: help
