Issue 5099 - openoffice crashes at open
Summary: openoffice crashes at open
Status: CLOSED DUPLICATE of issue 4494
Alias: None
Product: ui
Classification: Code
Component: code (show other issues)
Version: 641
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Oliver Specht
QA Contact: issues@ui
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-05-21 11:07 UTC by mdjukic
Modified: 2003-03-11 18:02 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mdjukic 2002-05-21 11:07:24 UTC 
I have noticed the problem on several installs of openoffice. Environment details:
- verified on Linux 2.2.19 and 2.4.18
- Gnome desktop
- verified on PCs PIII 700 256mb RAM, PII 500 64mb RAM, PIII 500 512mb RAM
- verified in 641d and apparently 1.0.0

Problem:
- When OOo started from a Gnome menu or panel, application starts up, shows the
component selected (swriter/scalc...) pauses for a second and then disappears -
crashes. Since started from menu no error is displayed.
- When restarted immediately after this crash the component will in 80% cases
stay open and allow to be used. However, if there is a longer wait (5-10s)
between the first crash and the second attempt to open from a menu, it will
crash again.
- If Mozilla is open OOo will not stay open no matter what or how many attempts
are made to open it.
- However, when the component is started from a terminal typing exactly the same
command as used in the menu it will start and stay open without problems,
regardless of whether Mozilla is open or not.
- Also, if the components are started from Nautilus with file association they
will present the same problems as above.
- But if the components are started from OpenOffice QuickStarter applet these
problems will not show up.

This has been verified on several platform and kernel combinations with the same
results. I have personally verified it on 641d, however, have heard several user
reports that 1.0.0 has the same problem.

Thanks... and keep up the good work!
Comment 1 caolanm 2002-05-21 12:03:02 UTC 
I bet its a dup of issue 4494. And the somtimes working vs not would
be because the second time its started its faster to appear, when
mozilla is running its slower to appear. Try the suggestions there.

*** This issue has been marked as a duplicate of 4494 ***
Comment 2 mdjukic 2002-05-21 13:21:07 UTC 
yes you're right, it was a duplicate... sorry, somehow couldn't
pinpoint the issue in my searches to find the existing bug report.

and yes, the solution provided fixes it!
1. create a ~/.gnomerc
2. insert the following line:
exec /usr/bin/gnome-session --purge-delay=0

and it all works perfectly!

thanks!
Comment 3 mdjukic 2002-05-21 16:19:59 UTC 
just FYI.... the above didn't fix it, merely made its chances of
opening somewhat better. still searching for a solution.
Comment 4 michael.bemmer 2003-03-11 17:33:05 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details. First step in IssueZilla is
unfortunately to set them to verified.
Comment 5 michael.bemmer 2003-03-11 18:02:15 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details.
Comment 6 michael.bemmer 2003-03-11 18:02:27 UTC 
As mentioned on the qa dev list on March 5th I will close all resolved duplicate
issues. Please see this posting for details.