On Thu, 2012-02-02 at 01:01 +0100, Markus Mohrhard wrote:
2012/1/27 Stephan Bergmann <sbergman@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.
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.