Apache OpenOffice (AOO) Bugzilla – Issue 108078
"General Error" pop-up when I use the writer's default template in the extension
Last modified: 2017-05-20 11:42:09 UTC
I developed some extensions. Among them, an extension to set a default template came to display an error dialogue at the time of start of OpenOffice.org from 3.2. I did not watch this problem to OpenOffice.org 3.1.1. Will this problem be a bug caused by 3.2? Because even DefaultSettingsForJapanese.oxt[*] which Japanese many users use occurs, this problem is serious. But this problem occurs only in Writer and does not occur in Calc, Impress, Draw. In addition, there is not the hindrance when We use a default template of Writer. Reproduce scenario: 1. Please install WriterTemplateForJa.oxt which I attached. 2. Click "Text Document" at "Welcome to OpenOffice.org" window. 3. Like WriterTemplateExtensionError01.png which I attached, a "General Error" pop-up. [*]http://extensions.services.openoffice.org/project/DSFJ
作成された添付 (id=66987) WriterTemplateForJa.oxt
作成された添付 (id=66988) WriterTemplateExtensionError01.png
As for WriterTemplateForJa.oxt, language setting works in "English(USA)".
MRU->OS: please have a look. When the attached extension is installed, creating a new Writer document will give a "General Error" - but a Writer document will be opened though. The error message did not rise in OOo 3.1.1.
Thanks, mru. I wish this issue is fixed with 3.2.1 if possible.
While creating the new document a lot of assertions from urlobj.cxx are printed due to the use of a template URL starting with "vnd.sun.star.expand". The ErrorHandler is caused by an exception caught in swxml.cxx with the message: "invalid attempt to assign an empty interface of type com.sun.star.uri.XUriReference". My debugger refused to show mew the source of the exception. The assertions and the exception are probably related.
cd->mav: Do you have an idea what could be the reason for this error message.
It looks like somebody tries to get com.sun.star.uri.XUriReference interface from an object using UNO_QUERY_THROW. It is hard to say without debugging which exactly implementation does it.
cd->mav: Please have a look.
The problem is that the expand: URL is not a hierarchical URL per definition and thus is not supported by com.sun.star.uri.UriReferenceFactory service. As result some new functionality that uses the mentioned service does not work. The non-hierarchical expand protocol is actually not really useful in OOo implementation. And thus it would be nice to exchange it with a new protocol. Unfortunately the support for the new protocol that is intended to exchange it is still not at the state that it could be integrated in OOo 3.3. Thus the problem has to be workarounded in the new implementation for now by expanding the URL explicitly. mav->mst: Sending to you as discussed.
now i have a simple workaround: expand the vnd.sun.star.expand: URI manually before using it. this is ugly but until the extension framework switches to using vnd.sun.star.extension: for %origin% it is an acceptable workaround.
fixed in cws sw33bf08 http://hg.services.openoffice.org/hg/cws/sw33bf08/rev/84dd9f5761f3
please verify
CCed: mst
Verified in CWS sw33bf08.