Apache OpenOffice (AOO) Bugzilla – Issue 100909
[Automation] Testscript fails to install extensions when calling unopkg
Last modified: 2013-08-07 15:07:30 UTC
OOo310m9 - Automated tests: - extensions/optional/e_extensions.bas - extension/optional/e_publisher.bas dump a "unopkg add ..." command to a shell to install extensions via the function sExtensionCLI(). The function fails.
@TBO
found culprint; again something broken with URE_BOOTSTRAP - is taken from running testtool process and not from ooo see old issue i86718; there should be a workaround available to prevent this, but unfortunately only for OOo, not for other binaries. Workaround for this would be to write a script everytime, that sets the right URE_BOOTSTRAP variable...
Not working: take an old testtool and execute: shell ("/local/home/autotb/OOo_3.1.0_090320_unxlngi6_install/openoffice.org3/program/unopkg",1,"gui") Result: no gui comes up, just an error on the console: ERROR: cannot initialize UCB! unopkg failed. Workaround: Create uno.sh: export URE_BOOTSTRAP=file:///local/home/autotb/OOo_3.1.0_090320_unxlngi6_install/openoffice.org3/program/fundamentalrc /local/home/autotb/OOo_3.1.0_090320_unxlngi6_install/openoffice.org3/program/unopkg gui and use shell comand: shell ("/local/home/autotb/uno.sh",1,"gui") @sb: Could we fix this the same way we did this for OOo, for all binaries? So that the wrong URE_BOOTSTRAP does not matter and we do not need to workaround this? Or am I wrong that there was a fix for OOo in OOo and not only in our testtool environment preventing this?
@tbo: "Or am I wrong that there was a fix for OOo in OOo and not only in our testtool environment preventing this?" Yes, you are wrong. For OOo itself, you did the (only) change in testautomation, see <http://qa.openoffice.org/issues/show_bug.cgi?id=86718#desc3>, so I would suggest to do similarly for unopkg.
Sending optional/t_extension_manager_tools.inc Transmitting file data . Committed revision 271008.
closing as integrated into master