TVL Reporter
	Description • 24 years ago

widget/src/gtk/nsAppshell.cpp

nsAppShell::Create initializes a bunch of gtk & gdk things.  In the embedded 
world, my application has already initialized these things.  As a result, we 
appear to get a few more leaks from these layers, but worse, the feeding of the 
gtkrc to the app causes our apps look to suddenly change.  When we start up, we 
initialize gtk with a canned gtkrc and don't feed it the one in $HOME.  mozilla 
shouldn't assume that this should be done.  Their should either be a way to 
configure the appshell so it doesn't do this, or maybe their should be an 
embeddign appshell that doesn't do this.

	Tom Mraz
	Comment 1 • 24 years ago

I raised the severity because we are very concerned with this.

	Christopher Blizzard (:blizzard) Assignee
	Comment 2 • 24 years ago

hrm.  this is an interesting problem.  I do need to start up an appshell
instance because that's how the event loop is initialized.

	Christopher Blizzard (:blizzard) Assignee
	Comment 3 • 23 years ago

Any bright ideas?  How about a pref so that it doesn't read the gtkrc?

	Christopher Blizzard (:blizzard) Assignee
	Comment 4 • 23 years ago

Or moving the rc reading down to the app layer?

	TVL Reporter
	Comment 5 • 23 years ago

pref sounds dangerous since change the value could cause all sorts of problems 
for apps.  it's more of a build time decision.

seems like moving to the app layer make more sense.  with the goal of an embedder 
being able to use the embedding apis for startup and not have to worry about 
something they've already done getting done again on them.

	Henrik Lynggaard Hansen
	Comment 6 • 22 years ago

this bug has not been touched since 2001-08-06, therefore this reminder.

Reporter could you please retest with a current mozilla build and let us know if
the problem is still present or the bug can be closed.

	Sylvestre Ledru [:Sylvestre]
	Comment 7 • 6 years ago

Embedding: GTK Widget isn't a thing, closing.