(edit: it's working again without the workaround below!)
Not sure when this became an issue as it used to work. At some point LibreOffice must've updated to version 6.3.4.2 on Lubuntu 19.04 while I had MultiFormatSave 1.5.6 installed. Then it stopped working:
The error occurs on line 78 (or 76 if viewed in LO macro editor) in
multiFormatSave.xba
. Specifically GlobalScope.DialogLibraries.isLibraryLoaded(EXTENSION_NAME)
throws a NoSuchElementException.
This problem occurs despite removing and re-adding the extension, with re-opening LO between each step.
I did figure out a work-around: open
~/.config/libreoffice/4/user/basic/dialog.xlc
and ensure it's contents is:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE library:libraries PUBLIC "-//OpenOffice.org//DTD OfficeDocument 1.0//EN" "libraries.dtd">
<library:libraries xmlns:library="http://openoffice.org/2000/library" xmlns:xlink="http://www.w3.org/1999/xlink">
<library:library library:name="multiFormatSave" xlink:href="$(USER)/uno_packages/cache/uno_packages/lu23853otd9xi.tmp_/multiFormatSave_v1-5-6.oxt/multiFormatSave/dialog.xlb/" xlink:type="simple" library:link="false"/>
</library:libraries>
The lu23853otd9xi.tmp_
must match where LO installed the multiFormatSave extension, of course.
Unfortunately, I'm not sure if that file existed before my bug hunting, or whether my debugging created that file since I created a Dialog in the LO macro editor as part of the bug hunt.
In any case, the key line
xlink:href="$(USER)/uno_packages/cache/uno_packages/lu23853otd9xi.tmp_/multiFormatSave_v1-5-6.oxt/multiFormatSave/dialog.xlb/"
seems to be the "active ingredient", letting LO know where to find the proper dialog.xlb
file as it could've find it before.
No comments:
Post a Comment