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)
Core Graveyard
Embedding: GTK Widget
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
Reporter | ||
Updated•22 years ago
|
Severity: critical → blocker
OS: SunOS → other
Reporter | ||
Updated•22 years ago
|
OS: other → SunOS
Reporter | ||
Updated•22 years ago
|
Flags: blocking1.4.x+
Comment 1•22 years ago
|
||
Shai: only Mozilla drivers are authorized to set (+) blocking flags. You can
request (?) blocking status.
Flags: blocking1.4.x+
Reporter | ||
Updated•22 years ago
|
Flags: blocking1.4.x?
Updated•22 years ago
|
OS: SunOS → Solaris
Updated•22 years ago
|
Flags: blocking1.4.x? → blocking1.4.x-
Updated•22 years ago
|
Flags: blocking1.4.x- → blocking1.4.x?
Assignee | ||
Comment 2•22 years ago
|
||
I've built with --disable-mailnews and I just get the "mailto: is not a
registered protocol" dialog.
Assignee | ||
Comment 3•22 years ago
|
||
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
[...]
Updated•22 years ago
|
Flags: blocking1.4.1? → blocking1.4.1-
Comment 4•22 years ago
|
||
This is very old. Still problems with 1.5 or later?
pi
Comment 5•22 years ago
|
||
No answer. Closing as WFM.
pi
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 6•22 years ago
|
||
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 → ---
Comment 7•22 years ago
|
||
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
Updated•21 years ago
|
Flags: blocking1.4.2? → blocking1.4.2-
Updated•16 years ago
|
QA Contact: pavlov → gtk-widget
Updated•13 years ago
|
Product: Core → Core Graveyard
Comment 8•7 years ago
|
||
Embedding: GTK Widget isn't a thing, closing.
Status: NEW → RESOLVED
Closed: 22 years ago → 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•