Current Build from Git: Writer-Wizards don't run

Stephan Bergmann sbergman at
Thu Mar 6 10:19:17 PST 2014

On 03/06/2014 05:47 PM, Caolán McNamara wrote:
> On Thu, 2014-03-06 at 13:24 +0100, Jean-Baptiste Faure wrote:
>> Hi Stephan,
>> Le 06/03/2014 12:39, Stephan Bergmann a écrit :
>>> On 03/05/2014 08:28 AM, Jean-Baptiste Faure wrote:
>>>> It almost works for me this morning with Version:
>>>> Build ID: 0b2637dda47690da69f748119081151f41fe4133
>>>> Only the "documents converter" wizard does not start, all others start
>>>> as expected. It starts as expected in LO
>>> ..."does not start" meaning that "File - Wizards - Document
>>> Converter..." does nothing, not even open the "Document Converter"
>>> dialog?
> Do you have a ~/Templates dir ? I bet you don't.
> caolanm->sberg: Try removing your own ~/Templates dir and see if that
> reproduces it for you. This might be related to the nagging worry I had
> about 768ea2924680fc4beb75a782cb0faf26695fee53

Right, gconfbe1 will return nil for "TemplatePathVariable" when 
~/Templates doesn't exist, because of 

>         SETTING_TEMPLATE_DIRECTORY, // so that the existence of the dir can be checked

triggering the call to isDependencySatisfied 
(shell/source/backends/gconfbe/gconfaccess.cxx) which checks for 
existing ~/Templates.  (And this detail had escaped me when I had a 
quick look the other day, assuming a request for "TemplatePathVariable" 
would always return non-nil, at least for gconfbe1.)

Now, "File - Wizards - Document Converter" runs Main from 
wizards/source/importwizard/Main.xba, which in GetImportWizardPaths 
expects to obtain a non-empty "Template_writable" from 
css.util.PathSettings, and otherwise silently exits early.  (Which is a 
consequence of 
"Resolves: rhbz#1065807 use xdg ~/Templates for default Template 
location," not 
"install:module <value>s must be mutually exclusive.")

The configmgr's oor:external mechanism is not an "overlay" 
feature---when the external backend provides nil, configmgr dutifully 
returns nil to the client.  That means, the nil 
/org.openoffice.Office.Paths/Paths/Template/WritePath value must be 
addressed either in (all the install:module="unixdesktop"-relevant) 
external backends, or on the client end, either in 
framework/source/services/pathsettings.cxx (shudder) or 
wizards/source/importwizard/Main.xba.  None of this sounds attractive.


More information about the LibreOffice mailing list