Apache OpenOffice (AOO) Bugzilla – Issue 54601
Macro Organizer/Basic IDE allows creation of modules whose name differs only in case, although OOo can't cope with it
Last modified: 2014-05-20 13:43:05 UTC
The macro organizer/Basic IDE allow the creation of libraries and modules whose names differ only in case (such as "FOO" and "foo"), but OOo can't deal with them properly. Although the macro organizer and the Basic IDE show the case-correct names, in other parts of OpenOffice one of the 2 names is picked and occurs twice. Example: If I create a document with 2 Basic modules "FOO" and "foo" and then open Tools/Macros/Run macro.. I get 2 nodes in the script tree that are both named "FOO". The same happens if I programmatically traverse the BrowseNode tree and use XBrowseNode.getName() to report the names. I get "FOO" both times and the URI propertys for both script nodes are identical (which is obviously a bad thing since the URIs are supposed to uniquely identify the scripts at least with respect to the responsible ScriptProvider, because otherwise getScript() doesn't work).
Created attachment 29555 [details] Document containing a Basic module "FOO" and a module "foo"
Another problem with 2 modules whose names differ in case: If I create module "FOO" and "foo" in a library under "My Macros", both modules are registered in the script.xlb file saved on the disk (and both are reported in the Macro Organizer), but (under Windows) only one module is saved to a foo.xba file. This is unsurprising since under Windows filesystems are case-insensitive. OOo probably attempts to save both, but the 2nd overwrites the first, since "FOO.xba" and "foo.xba" are treated as the same file.
np->ab I'd imagine that creation of modules differing in case only should be disallowed. but you'll know
OOo later
*** Issue 84347 has been marked as a duplicate of this issue. ***
It was ACCEPTED for years. Is anybody working on it?
(In reply to mroe from comment #6) > It was ACCEPTED for years. Is anybody working on it? No, Andreas Bregas was the main Basic developer, hired by Sun/Oracle, and is no longer working on OpenOffice.