Closed Bug 4186 Opened 25 years ago Closed 25 years ago

Apprunner abort.

Categories

(Core Graveyard :: GFX, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: jt, Assigned: mcafee)

Details

The actual error is :
-------------------------------
<jean@tourrilhes>../package/apprunner
nsComponentManager: Using components dir: /home/jean/mozilla/package/components
Argument: -progname, ****** Value: ../package/apprunner
iconic  state not set
width was not set
height was not set
Got thew event queue from the service
Calling gdk_input with event queue
Reading file...
Reading file...Done

Gdk-ERROR **: BadAccess (attempt to access private resource denied)
  serial 2014 error_code 10 request_code 132 minor_code 3

aborting...
Abort
---------------------------------
	System :
		PPro 200, 128 MB, Debian 2.1, Linux 2.0.36, tcsh.
	Mozilla :
		mozilla-i686-pc-linux-gnu-SeaMonkey_M3_BRANCH.tar.gz
	Setup :
		As advertised on web page.
		MOZILLA_FIVE_HOME=/home/jean/mozilla/package
		LD_LIBRARY_PATH=/home/jean/mozilla/package:/lib:/usr/lib
	Notes :
		I don't have GTK or Gnome installed.
		Netscape 4.07 installed and working.
		Proxy access through firewall.

	Good luck !

	Jean
Assignee: don → michaelp
Component: Apprunner → Compositor
Re-assinged to michaelp@netscape.com and changed component to Compositor.
Assignee: michaelp → ramiro
Target Milestone: M7
It worked for me as late as apr 5.

if you provide a stack trace, i might be able to get more clues.

marking m7.
Additional comment from Jean via mail:
"I did a bit more searching. The problem is consistent : it is still there. I've
upgraded to kernet 2.2.4 no go. But, if I run netscape 4 before starting
mozilla, the problem goes away. I suspect that netscape 4 set something in my
user environment that mozilla needs."
Assignee: ramiro → mcafee
reassign what appears to be an apprunner specific thing to mcafee.

works fine in viewer for me.
I do not understand how to reproduce this bug, or what
the problem is.  Apprunner is running fine for me
on Solaris and Linux.
I'm sorry if things are a bit confuse, but it's quite difficult for me to know
what are the exact conditions triggering the bug.

	This is how I can reproduce the bug :
	1) Reboot the machine
	2) rlogin to it
	3) setenv DISPLAY ...
	4) setenv MOZILLA_FIVE_HOME & LD_LIBRARY_PATH
	5) start apprunner
	Subsequent invocation of apprunner, however, will succed and start up Mozilla
correctly (so, it is only the first time after reboot).

	If I remember correctly, at the very beggining apprunner was always failing
(first and subsequent invocations), but this has gone since I've ran Netscape as
this user. As I can't reproduce any more this failure, caution...

	In summary :
	o Running Netcsape for the user did help
	o First invocation after reboot always fail (through rlogin)

	That's it...

	Jean
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
This bug is too vague for me to look at this.
Jean, try removing your ~/.mozilla/registry file
before starting, sometimes this helps.

Marking invalid; Jean please file a more-specific bug
if you continue to see problems.
Status: RESOLVED → VERIFIED
Jean....check out http://www.mozilla.org/quality/bug-writing-guidelines.html

This should help you help us!  -Jan
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.