[Libreoffice] [REVIEW] problems with encryption if thunderbird is installed

[Caolán McNamara]

On Thu, 2012-02-02 at 01:01 +0100, Markus Mohrhard wrote:
> 2012/1/27 Stephan Bergmann <sbergman at redhat.com>:
> > On 01/27/2012 12:11 AM, Markus Mohrhard wrote:
> >>
> >> - the problem is in
> >> connectivity/source/drivers/mozab/bootstrap/MNSInit.cxx:228-235
> >> -- the loop is sleeping for 1 ms and therefore running a thousand
> >> times per second without doing any real work because there are no
> >> events
> >>
> >> Since this also affects Loading of encrypted documents do we really
> >> need to initialize mozilla there? It should work now also without
> >> mozilla or am I missing something( see nssinitializer.cxx:197 ).
> >
> >
> > No idea.

So, we use nss for encrypting our docs under Linux and we also use nss
via xmlsec to xml-sign our docs under Linux. For signing we need to set
the certificate directory in order to show what certs we could sign
with. And nss gets to be initialized once, so on first-time signing or
encryption we set the cert dir. The cert dir is set as the appropiate
firefox profile dir, so we need to know the thunderbird/firefox profile
dir. We use the mozbootstrap stuff to find that and that launches xpcom
and this thread

That suggests that
a) this probably doesn't happen under Windows seeing as we don't backend
onto nss for xml signing there ?
b) this definitely shouldn't happen under MacOSX or under Linux with
system-mozilla because in those cases we use a minimal profile finder
thing which isn't sufficient to support the mozilla-address-book feature
but is sufficient to find the profile dir, and doesn't touch any xpcom
stuff

If we drop the mozilla-address-book support, life gets a lot easier and
we can just use the minimal-profile-finder throughout and all is simple.
If we retain the mozilla-address-book support perhaps we could use the
minimal-profile-finder to *find* the profiles and switch to the
heavy-weight xpcom code when we need to boot/use them in order to get
the mozilla-address-book (and ldap?) features up and running.

C.