Current Build from Git: Writer-Wizards don't run
sbergman at redhat.com
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: 18.104.22.168.alpha0+
>>>> Build ID: 0b2637dda47690da69f748119081151f41fe4133
>>>> Only the "documents converter" wizard does not start, all others start
>>>> as expected. It starts as expected in LO 22.214.171.124.0+.
>>> ..."does not start" meaning that "File - Wizards - Document
>>> Converter..." does nothing, not even open the "Document Converter"
> 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
"Resolves: rhbz#1065807 use xdg ~/Templates for default Template
"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