Apache OpenOffice (AOO) Bugzilla – Issue 107047
some modules empty after opening the IDE
Last modified: 2013-02-24 21:01:24 UTC
deploying an extension with several modules in a library install ok the extension works opening basic IDE, all is ok close OOo restart OOo the extension works opening Basic IDE some modules are now empty (no logic behind the "some", size < 65 k, non special characters in name) this lead the extension to now crash ar some function and sub are missing using basicLibraries API, then len of the module shown as empty is zero, so this not a problem of displaying in the IDE the problem is quite annoying for OOobasic developpers
Jürgen, please have a look.
Assign issue to me...
ab->laurentgodard: I followed your steps using a test extension also containing a library with serveral modules and could not reproduce the problem. Do you get the problem using a special extension or do multiple extensions cause this problem? Maybe you could attach an appropriate extension? STARTED
Created attachment 66211 [details] extension reproducing the problem
I attached an oxt reproduciing the problem the lib is password protected as the original lib is, and it may be related (but not that sure) the password is lg123456789 in order to test it: 1. install the extension, shutdown OOo 2. open a calc document, go to basic IDE and browse all the modules of the Lib107047 library, all is ok 3. shutdown OOo (and quickstart) 4. reproduce point 2. all the modules, except Module1 are empty it is not exactly the case i have as only some of my real modules are empty but the symptoms are exactly the same moreover, this is not a problem of naming of the modules as the original problem occurs with modules without "_" characters
Hello My environment : XP SP3 - 300m65(Build:9457) I confirm with the attached library Another way to test it : step 4, it is not necessary to pass by the IDE, unprotect the library (Tools > Macro > Organize Macros > OOoDevBasic > Organizer > Libraries) is sufficient to cause the loss of the modules. Note: the steps to reproduce indicated above by Laurent leave the modules physically present in the folder (*.pba). After deprotecting the library only Module1.pba is transformed into Module1.xba and the others .bpa are removed. Best regards
Created attachment 66260 [details] same extension unprotected
the same extension, unprotected do not show the problem for me
adjusted target
ab->mav: As discussed...
The problem is that the package component was not completely ready for buffered IO change. So in the current version part of the info is flushed too late to the temporary file.
fixed in fwk129
mav->tm: Please verify the issue.
checked and verified in cws fwk129 -> OK !
verified on 3.2.0m8 aka RC1