Apache OpenOffice (AOO) Bugzilla – Issue 127006
image border lost when saving as .ppt
Last modified: 2019-11-27 18:41:03 UTC
When the presentation is still opened just after saving as ppt, images border (line) seems to be kept. But when closing and re-opening the file, it is lost. If we re-add border to the picture (doesn't work from right properties panel but works from right click / line) and save again, then close and reopen again : borders are lost again. May be linked to issue 119546. If necessary I can send an example of file if you can't reproduce this bhv.
Please provide a sample ODP document to reproduce what you described.
Created attachment 85585 [details] slide with a picture with border saving this file as a ppt looses the image border on my pc
Igor Santa Cruz, 07/11/2016 below some additional information related the bug I was able to reproduce the issue under Windows 7 SP1 64x with 4.1.2 version. following the description information and using the attached file that was provided (slide with a picture with border (804.55 KB,) the issue is replicate, but it is also with any picture with border inserted in the presentation, steps: 1.Insert a picture to the presentation 2.Add a border to the picture with the Line tool 3.save presentation as .ppt. Actual Result The picture border remains displayed until the file is closed, once we open the file again the picture border is missed. It is not related with the save process since if we open the saved file with PowerPoint the picture border is displayed correctly. The problem is when open a .ppt file that have a picture with border regardless if the file was created with Impress or not.
I was able to reproduce this issue in Windows 7, 64 bit SP1 with the following versions: Apache Open Office 4.1.1 (Impress) AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014) and Apache Open Office 4.1.3 (Impress) AOO413m1(Build:9783) - Rev. 1761381 2016-09-29 02:39:19 Steps to reproduce: 1. Insert a picture into the presentation 2. Add a border using the line tool 3. Save presentation as .ppt 4. Close presentation and re-open in OO Result: The border is missing when presentation is re-opened in Impress. But, the border is present when presentation is re-opened in Powerpoint. I even attempted using other values such as background border and text slides, which the border was present in each, so the issue wasn't replicated with those values. I also attempted using Powerpoint borders to test if the border would be missing in Impress. The issue was also not replicated in this test. Conclusively, the border is lost when the presentation is created in Impress and saved as a .ppt, then re-opened in Impress. Testing in Apache Open Office 4.1.1 (Impress): Apache Open Office 4.1.1 (Impress) AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014) Test 1: Using the steps to reproduce, created a slide with an image and border. The saved .ppt (see Test 1 attachment) lost the border when re-opened in Impress (see Test 1 attachment). Reproduced the issue. Test 2: Using the steps to reproduce, step #2 was modified to use a background border as a slide design to test using a background choice that looks similar to a border using the line tool (see Test 2 attachment). The result is the background border was NOT lost when saved as a .ppt and re-opened in Impress (see Test 2 attachment). Did not reproduce the issue. Test 3: Using the steps to reproduce, step #2 was modified using a normal text slide without an image but with a border using the line tool around the text box (see Test 3 attachment). The result is the background border was NOT lost when saved as a .ppt and re-opened in Impress. Did not reproduce the issue. Test 4: In Powerpoint, created a slide with image and border using 'Picture Border' (see Test 4 attachment) and saved as .ppt. When presentation is re-opened in Impress, the border was NOT lost (see Test 4 attachment). Did not reproduce the issue using Powerpoint to create the presentation. Even after closing the file and re-opening in Impress, the border was not lost. Testing in Apache Open Office 4.1.3 (Impress): - SAME STEPS IN TESTING VERSION 4.1.1 Apache Open Office 4.1.3 (Impress) AOO413m1(Build:9783) - Rev. 1761381 2016-09-29 02:39:19 Test 1: Using the steps to reproduce, created a slide with an image and border. The saved .ppt (see Test 1 attachment) lost the border when re-opened in Impress (see Test 1 attachment)Reproduced the issue. Test 2: Using the steps to reproduce, step #2 was modified to use a background border as a slide design to test using a background choice that looks similar to a border using the line tool (see Test 2 attachment). The result is the background border was NOT lost when saved as a .ppt and re-opened in Impress. Since the presentation kept its border, i have one attachment (see attachment). Did not reproduce the issue. Test 3: Using the steps to reproduce, step #2 was modified using a normal text slide without an image but with a border using the line tool around the text box (see Test 3 attachment). The result is the background border was NOT lost when saved as a .ppt and re-opened in Impress. Did not reproduce the issue. Test 4: In Powerpoint, created a slide with image and border using 'Picture Border' (see Test 4 attachment) and saved as .ppt. When presentation is re-opened in Impress, the border was NOT lost. Did not reproduce the issue using Powerpoint to create the presentation. Even after closing the file and re-opening in Impress, the border was not lost. Impact: The reporter suggests this issue is related to a closed fixed issue 119546 where border was lost when opening a table in AOO. This issue suggests AOO doesn't handle the transfer of border from a .ppt file. A patch seems to have closed this issue 119546 specific to a table border. This current issue, as it relates to an image, could add to the issues of how AOO handles borders if it is seen that the issue is present in more than one facet of the suite, as testing shows that Powerpoint handles well and is non-issue. There also seems to be several confirmed reports involving lost borders that this issue may relate to. (Examples: 50895, 120822, 56128) Revisiting the patch for 119546 could possibly add value to addressing one or all of the border issues reported.
Created attachment 86081 [details] Test 1 ver 411
Created attachment 86082 [details] Test 1 ver 411 result
Created attachment 86083 [details] Test 2 ver 411
Created attachment 86084 [details] Test 2 ver 411 result
Created attachment 86085 [details] Test 3 ver 411
Created attachment 86086 [details] Test 4 ver 411
Created attachment 86087 [details] Test 4 ver 411 result
Created attachment 86088 [details] Test 1 ver 413
Created attachment 86089 [details] Test 1 ver 413 result
Created attachment 86090 [details] Test 2 ver 413
Created attachment 86091 [details] Test 3 ver 413
Created attachment 86092 [details] Test 4 ver 413
Created attachment 86093 [details] Test 4 ver 413 result
Confirmed via Igor and Cmmanuel1's tests and my own. I have changed the component to open-import as that appears to be where the actual problem is since the export to ppt opens fine in PowerPoint, but not in AOO.
I successfully replicated the bug following steps in the reporter summary My Testing Configuration: ---------------------- Open Office – Dev 4.1.7 (Build: 9800) OS: Windows 10 professional 64-bit CPU: Intel Core i3 (2.4 GHz w) Memory: 4 GB SDD: 500 GB Steps to reproduce 1. Create a new presentation 2. Add an image 3. Add borders to the image 4. Save the presentation as .ppt 5. Close and reopen the presentation I noticed that before saving the presentation it is displayed a message warning (image attached) that some formatting cannot be saved in .ppt which suggests the issue comes from how AOO handles this format. I opened the .ppt in PowerPoint 2016 and the border is displayed. Follow-up tests -verify if brigthness is correctly saved in ppt -verify if formated text is correctly saved in ppt -verify if chart is correctly saved in ppt All the above tests passed.
Created attachment 86770 [details] warning message
This was supposed to be confirmed in 2017 but it looks like I overlooked setting the confirm bit.
This was confirmed for version 4.1.7 in comment 20