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

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: 4.3.0.0.alpha0+
> > > > Build ID: 0b2637dda47690da69f748119081151f41fe4133
> > > >
> > > > Only the "documents converter" wizard does not start, all others start
> > > > as expected. It starts as expected in LO 4.2.3.0.0+.
> > >
> > > ..."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 
shell/source/backends/gconfbe/gconfaccess.cxx:579

>         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 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=838b77f5f3d6d8fd98891e99a23ff78a6a357cb2> 
"Resolves: rhbz#1065807 use xdg ~/Templates for default Template 
location," not 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=768ea2924680fc4beb75a782cb0faf26695fee53> 
"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.

Stephan