Closed Bug 62058 Opened 25 years ago Closed 24 years ago

Different gtkEmbed's behave differently

Categories

(Core Graveyard :: Embedding: APIs, defect, P3)

Other
Other
defect

Tracking

(Not tracked)

VERIFIED INVALID

People

(Reporter: curt, Assigned: jud)

Details

The gtkEmbed that comes in embed-i686-pc-linux-gnu.tar.gz behaves differently from that in mozilla-i686-pc-linux-gnu.tar.gz. When I tried to launch several URLs in a row from the embed one a steady stream of errors and warnings get generated to standard out, the browser bails after the 5th or 6th one and the component.reg file gets corrupted. The gtkEmbed that comes in the mozilla tar, however, will run without the errors and will launch through 100 or more urls. Clearly the two are not synonimous.
sounds like a package problem.
Assignee: dougt → valeski
Reporter is that still a problem in the latest nightlies?
Tracy and I did some extensive testing with today's (12/27) build. Although the behavior seems to be closer than I originally recall it being there are still definite differences. Here are two that I identified: - The embed version generates the error message: "Error: Failed to get TransactionManager instance" several times for (almost?) every url that gets opened. I can't identify any specific negative behavior associated with the message but we don't get the message at all for gtkEmbed from the mozilla package. - The embed version of gtkEmbed shuts down whenever we try to open the static site http://jrgm.mcom.com/perf/loadtime5/base/bugzilla.mozilla.org. No problem using the mozilla one.
Ok going to go ahead and mark NEW so someone will look at it.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updating QA Contact
QA Contact: jrgm → mdunn
-> Edward
Assignee: valeski → kandrot
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
I'll look into it.
Moving API bug ownership to David Epstein.
QA Contact: mdunn → depstein
Correction: Changing QA contact for the Embed API bugs to David Epstein.
ed, are you looking at this? any progress? stop by and lets talk about this one today? not critical for shipping betas in 0.9.1 but we need to get cranking on making gtkembed more reflective of an application that excersizes more of the embedding api's
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Target Milestone: mozilla0.9.2 → mozilla1.0
kandrot embedding bugs to valeski.
Assignee: kandrot → valeski
Status: ASSIGNED → NEW
Target Milestone: mozilla1.0 → ---
invalidating. gtkEmbed is no longer used.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verified...this has been a moot point since we switched to TestGtkEmbed
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.