Apache OpenOffice (AOO) Bugzilla – Issue 111695
storeToUrl fails after saving new presentation
Last modified: 2014-04-16 17:23:47 UTC
I'm using storeToUrl to export pages from an Impress presentation to PNG images. storeToUrl throws an exception every time, when I create and save a new presentation. After restarting OpenOffice.org storeToUrl exports the PNG successfully. Steps to reproduce the issue: - Open the attached presentation - Run the macro 'Main' in the presentation - A file 'test.png' will be created in the temp folder - Create a new presentation (but leave the other one open) - Save this presentation anywhere under any name - Run macro 'Main' again - The macro stops at storeToUrl with an error message The error message shown is (in German): BASIC-Laufzeitfehler. Es ist eine Exception aufgetreten. Type: com.sun.star.task.ErrorCodeIOException Message: .
Created attachment 69525 [details] Test case
Eric Desormeaux, 06/01/2010 Following eymux2009’s steps, I was able to replicate the bug using the test file provided. Step to replicate: 1. Open attached file 2. Run macro “main” 3. Create new presentation (keep other one open) 4. Save the newly opened file 5. Run macro “main” in attached file again Impress will now throw an IO exception. System configuration: =================================== PC: HP Pavilion Laptop OS: Microsoft Vista (32 bit) OOo version: OOo-dev 3.3.0 DEV300m77
I failed to replicate this a couple of times until I realized which "Main" was the macro that had to be run. The macro "Main" that must be run (both times) is the Main stored with the file storeToUrl_error.odp, in its Standard/Module1 folder. If you run the Main in My Macros / Standard / Module1, either time, I don't see the error.
This bug is not reproducible on OpenOffice v3.1.1, OOO310m19 (Build:9420) under Windows 7 Home Premium 64-bit. I'll be posting more details shortly.
My mistake - this bug *does* exist and is reproducible using the steps outlined above on the following configurations: - OpenOffice v3.1.1, OOO310m19 (Build:9420) Windows 7 Home Premium 64-bit. - OpenOffice OOo-dev 3.3.0 DEV300m80 (Build:9507) Windows 7 Home Premium 64-bit. One interesting thing to note is that with this latest dev build, it seems you cannot Save an empty presentation - Save is disabled initially until something is changed in the presentation, so you need to use the 'Save As' menu item to save the presentation.
Erik Olsen 9/1/10 Replicated steps provided in eymux2009's bug description, using the given file and computers with given specs: Hardware used: Operating System: Windows 7 Home Premium 64-bit (6.1, Build 7600) (7600.win7_gdr.100618-1621) Language: English (Regional Setting: English) System Manufacturer: HP-Pavilion Processor: AMD Phenom(tm) II X4 945 Processor (4 CPUs), ~3.0GHz Memory: 8192MB RAM Operating System: Windows Vista™ Home Premium (6.0, Build 6001) Service Pack 1 (6001.vistasp1_gdr.100608-0458) Language: English (Regional Setting: English) System Manufacturer: Hewlett-Packard Processor: AMD Turion Dual-Core RM-70 (2 CPUs), ~2.0GHz Memory: 2814MB RAM Open Office Version used: OOo-dev 3.3.0 OOO330m3 Build: 9519 Steps used: 1. Opened the storeToUrl_error.odp 2. Ran macro 'Main' found in storeToUrl_error.odp -> Standard -> Module1 -> Main 3. Created new presentation (Ctrl+n) 4. Saved new presentation 5. Switched window back to view of storeToUrl_error.odp 6. Ran macro 'Main' found in storeToUrl_error.odp -> Standard -> Module1 -> Main Produces an IOException I found that by exiting the new presentation, the bug is still replicable by running the macro 'Main' from storeToUrl_error.odp -> Standard -> Module1 -> Main
I have some additional information for this problem and a partial fix: We have used "draw_png_Export" as FilterName for storeToUrl. This should be "impress_png_Export". After changing this, storeToUrl will work all the time. The real bug is, that storeToUrl accepts a Draw export filter *before* the document is saved, but not *after* it is saved. After restarting OOo the Draw export filter will again work. The correct behaviour would be to throw an error message when a Draw filter is used with an Impress document.
As given in description AOO410m17(Build:9763) - Rev. 1586584 2014-04-11 09:13 - Linux x86_64 Debian