Issue 107047 - some modules empty after opening the IDE
Summary: some modules empty after opening the IDE
Alias: None
Product: App Dev
Classification: Unclassified
Component: scripting (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P2 Trivial
Target Milestone: ---
Assignee: thorsten.martens
QA Contact: Unknown
Depends on:
Blocks: 99999
  Show dependency tree
Reported: 2009-11-19 14:36 UTC by maison.godard
Modified: 2013-02-24 21:01 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

extension reproducing the problem (409.10 KB, application/vnd.openofficeorg.extension)
2009-11-20 11:19 UTC, maison.godard
no flags Details
same extension unprotected (166.88 KB, application/vnd.openofficeorg.extension)
2009-11-22 08:05 UTC, maison.godard
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description maison.godard 2009-11-19 14:36:45 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
Comment 1 kay.ramme 2009-11-19 15:36:07 UTC
Jürgen, please have a look.
Comment 2 ab 2009-11-19 16:44:10 UTC
Assign issue to me...
Comment 3 ab 2009-11-19 17:01:43 UTC
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?

Comment 4 maison.godard 2009-11-20 11:19:55 UTC
Created attachment 66211 [details]
extension reproducing the problem
Comment 5 maison.godard 2009-11-20 11:21:40 UTC
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
Comment 6 py_samyn 2009-11-21 10:41:13 UTC

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
Comment 7 maison.godard 2009-11-22 08:05:00 UTC
Created attachment 66260 [details]
same extension unprotected
Comment 8 maison.godard 2009-11-22 08:05:54 UTC
the same extension, unprotected do not show the problem for me
Comment 9 uwe.luebbers 2009-11-23 12:08:13 UTC
adjusted target
Comment 10 ab 2009-11-25 11:51:26 UTC
ab->mav: As discussed...
Comment 11 mikhail.voytenko 2009-11-25 12:01:34 UTC
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.
Comment 12 mikhail.voytenko 2009-11-25 12:39:11 UTC
fixed in fwk129
Comment 13 mikhail.voytenko 2009-11-25 12:48:21 UTC
mav->tm: Please verify the issue.
Comment 14 thorsten.martens 2009-12-03 09:58:48 UTC
checked and verified in cws fwk129 -> OK !
Comment 15 maison.godard 2009-12-24 09:21:42 UTC
verified on 3.2.0m8 aka RC1