https://bugs.documentfoundation.org/show_bug.cgi?id=104870
--- Comment #19 from Michael Meeks <[email protected]> ---
Hi Julien - so, worth checking if you can reproduce when you already have a
LibreOffice running =) When you launch from the E-mail client - if there is no
soffice running - you should inherit it's environment - which -may- change
something.
If that is indeed the cause; then having launched it from the mailer if you do:
strings /proc/<pid-of-that-process>/environ | tee /tmp/environment
will give you something that (with a bit of hacking) you can source into an
environment to replicate that thing before running it manually =)
Otherwise - if that is not needed, just running under valgrind before launching
from the mailer would work I guess. I'd be interested though - if we can't get
valgrind to work - to look at the parent of the frame where the 'this' pointer
is NULL - to see if that object looks alive / initialized: clearly we should
be.
It looks like:
void SAL_CALL SfxUnoPanel::setTitle( const OUString& newTitle )
throw(uno::RuntimeException, std::exception)
Is tooled up to cope with a NULL pTitleBar:
PanelTitleBar* pTitleBar = mpPanel->GetTitleBar();
if (pTitleBar)
...
We could extend that to cope with a NULL mpPanel - but ... really, I'm rather
concerned as to how mpPanel becomes NULL - unless it is initialized to that in
the constructor [ which is possible I guess ].
Perhaps just a:
if (mpPanel)
{
}
above the substance there ? ;-)
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
