Closed Bug 211958 Opened 22 years ago Closed 7 years ago

mailto: doesn't work within the embedded browser widget - TestGtkEmbed

Categories

(Core Graveyard :: Embedding: GTK Widget, defect)

defect
Not set
blocker

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: sroitman, Assigned: blizzard)

Details

User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.0.1) Gecko/20020920 Netscape/7.0 Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.4) Gecko/20030703 When using mailto: urls the embedded browser TestGtkEmbed hangs. Trying to display "chrome://messenger/content/messengercompose/messengercompose.xul" hangs both in mozilla stand alone browser and in TestGtkEmbed browser. The email wizard opens up if this is a newly created profile but after the first initilization it restarts again if this is the first time or hangs if the profile mail settings are already set Reproducible: Always Steps to Reproduce: 1.Open TestGtkEmbed 2.navigate to mailto:email@domain.com 3. -> Hang Actual Results: TestGtkEmbed shows a dialog box of email configuration wizard if this is the first time. After the mail prefs are set. TestGtkEmbed hang navigating to chrome://messenger/content/messengercompose/messengercompose.xul causes the same effect Expected Results: Open a compose message dialog if email settings are complete. Open the email configuration wizard and later the compose message dialog if for the first time
Severity: critical → blocker
OS: SunOS → other
OS: other → SunOS
Flags: blocking1.4.x+
Shai: only Mozilla drivers are authorized to set (+) blocking flags. You can request (?) blocking status.
Flags: blocking1.4.x+
Flags: blocking1.4.x?
OS: SunOS → Solaris
Flags: blocking1.4.x? → blocking1.4.x-
Flags: blocking1.4.x- → blocking1.4.x?
I've built with --disable-mailnews and I just get the "mailto: is not a registered protocol" dialog.
If you build with mailnews enabled, you see this. Looks like you get in some kind of nasty loop. Lots of assertions. load_started_cb WARNING: NS_ENSURE_TRUE(focusedShell && doc) failed, file nsTypeAheadFind.cpp, line 562 js_status_cb WARNING: Replacing existing command -- , file nsControllerCommandTable.cpp, line 82 WARNING: Replacing existing command -- , file nsControllerCommandTable.cpp, line 82 WARNING: Replacing existing command -- , file nsControllerCommandTable.cpp, line 82 [...]
Flags: blocking1.4.1? → blocking1.4.1-
Flags: blocking1.4.2?
This is very old. Still problems with 1.5 or later? pi
No answer. Closing as WFM. pi
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Hi This problem reproduces on Mozilla 1.5 too. (TestGtkEmbed) Also as Mozilla 1.4.x stream is the stable version stream and this is an accute bug, please see if you can fix this issue. Thanks Shai
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
This also happens with Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.6a) Gecko/20031107 Both examples (browser+chrome-URL and mfcEmbed+mailto) results in a loop (as described in comment 3). => NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Solaris → All
Hardware: Sun → All
Flags: blocking1.4.2? → blocking1.4.2-
QA Contact: pavlov → gtk-widget
Product: Core → Core Graveyard
Embedding: GTK Widget isn't a thing, closing.
Status: NEW → RESOLVED
Closed: 22 years ago7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.