To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=18970


User mmeeks changed the following:

                  What    |Old value                 |New value
================================================================================
                    Status|CLOSED                    |REOPENED
--------------------------------------------------------------------------------
                  Priority|P4                        |P3
--------------------------------------------------------------------------------
                Resolution|DUPLICATE                 |
--------------------------------------------------------------------------------
                   Version|OOo 1.1 RC3               |680m79
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Wed Mar 23 09:36:37 -0800 
2005 -------
So - the bug I describe in this first paragraph still exists.
To whit - if we call _exit() [ as we do ] from the 2nd, client process - when
run in factory mode; then we never tell our parent that we've finished starting
up & so - we get a rather tedious startup notification timeout problem, with all
N > 1 invocations of soffice.

The attached patch [ rather similar to the original, but vs m79 ] fixes this.

However - looking at it, I'm fairly convinced that linking to libsession-foo is
a waste of time, and we should switch to using each toolkit's built-in SN
implementation & bin the WITH_LIBSN conditional etc.

PL - would you accept a patch to remove the 'gen' WITH_LIBSN code and just use
the gtk+ SN code ? [ either way we need a clean shutdown ].

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to