On Tue, Mar 06, 2012 at 06:02:04PM +0000, Michael Meeks wrote:
Not hyper-happy with the fix personally :-) it leaves other methods eg.
loadView just below that look decidedly flaky in a similar way.
loadView is private and only called from load().
Couldn't we package the bibliography component into base ? ;-) or is
that too extreme. Could we fail more cleanly in component_getFactory or
somesuch ?
Unsure if that will work. Also, this is quite a messy bit ping-pong going on
(roughly, IIRC):
- libsw calling into libfwk
- libfwk calling async into libbiblio via the servicename from the config
- libiblio calling into libfrm
- libfrm calling into libdba
(all via UNO)
One could try to catch it even earlier, but it is buried in the abstraction
onion of framework and its config files. I would not be sure to find all
entries to the implementation there.
OTOH, let me just reply with a sentence I heard you say quite often: "Patches
welcome!" ;)
Best,
Bjoern
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.