144710 - Hang if invalid url tried in Open Web Location in New Tab or Current Navigator Window

Status: RESOLVED WORKSFORME

(SeaMonkey :: Tabbed Browser, defect)

Description

[hirata masakazu]

2002051308 RC2 branch for MacOS9.x.
Browser.
Open Web Location.
Select New Navigator Tab.
Type the URL above, which is non-existent.
Click Open.
Result:New tab opens, but the alert that the URL could not be found is
displayed, which does not respond to OK or return key.
The hang seems for Mozilla only, and you can switch to Finder. Howerver, if you
try to force quit Mozilla, it kills entire system. Furthermore, this hang is not
detected by Talkback in subsequent Mozilla launch.

Comment 1

[hirata masakazu]

adding hang KW.

Comment 2

[hirata masakazu]

Interestingly, after this hang, the settings for sorting by date in Mail/News
messages are reset to default in the subsequent launch. 

Comment 3

[Nicholas Allen]

WFM Win2k 20020515 branch

Comment 4

[Craig Kelley]

WFM Linux/2002051507

Comment 5

[hirata masakazu]

bug 145140 may be ralted to this one.

Comment 6

[R.K.Aa.]

*** Bug 147746 has been marked as a duplicate of this bug. ***

Comment 7

[hirata masakazu]

I have tested 2002052808 trunk for MacOSX, and the hang is reproducible.
Changing OS and Platform to All, based on bug 147746 and bug 145140.
Also adding relnote KW, since 1.0 release is approaching.

Comment 8

[Samir Gehani]

hirata,
The milestone field is for the assignee to set.  In the future if you would like
to see a bug fixed by a particular milestone please add the milestone name in
the keyword field to suggest the nomination.  Thanks.

-> Tabbed Browser for a look

Comment 9

[hirata masakazu]

1.1a for MacOS9 still showing this hang.  (2002061103)

Comment 10

[jag (Peter Annema)]

WFM on w2k on trunk

Comment 11

[hirata masakazu]

Still happening. 2002080208 trunk for MacOS9.x.
In some of the past builds, this was happening even with Current Window, but the
current build shows this bug only with Open in New Navigator Tab.

Comment 12

[Anthony DeRobertis]

WFM 2002072204 Linux. Appears to be Macintosh-only, although I've never seen
this on my iBook (10.1)

Comment 13

[Brett Koonce]

Wow.  Teach me not to believe somebody when they say something is going to hang.
(Opening the URL in a new tab)

OSX (10.1.5), an old 1.1b (2002-072203).

Notes: I could still minimize the window, and hit command-q for mozilla to exit
gracefully.

I would guess that this is a focus issue: mozilla is dumping the error message
to the main window...however, because this URL is supposed to be opening in a
new tab, the proggy is looking for a response there, and our input is going to a
black hole somewhere in between.

Attaching a pic of the problem, attempting to explain what I'm driving at...

-Brett

Comment 14

[Brett Koonce]

Attachment: screenshot of said alert

As you can see, it's attached the window itself, not the tab.

Comment 15

[hirata masakazu]

Still causing a hang. 2002100208 trunk MacOS9.x.

Comment 16

[Samir Gehani]

Nav triage team: nsbeta1-

Comment 17

[Chris Casciano]

I'm not getting a hang on this test... I see the alert but I can dismiss it and
go about my business 1.3b/OS X 10.2.4... Is anyone who was able to reproduce
this before still able to with more recent builds?

Comment 18

[jag (Peter Annema)]

See bug 200006.

Comment 19

[jag (Peter Annema)]

*** Bug 200006 has been marked as a duplicate of this bug. ***

Comment 20

[jag (Peter Annema)]

So this is where something goes wrong:

http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/xpfe/global/resources/content/bindings/dialog.xml&rev=1.23&root=/cvsroot#242

The setTimeout is called, but never executed.

Comment 21

[jag (Peter Annema)]

Hrm... So this may not quite be the same bug after all... Unless we had support
for sheets on Mac OS 9? I just disabled the sheet code by changing this #if to
#if 0:

http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/widget/src/mac/nsMacWindow.cpp&rev=1.134&root=/cvsroot#356

This causes "normal" dialogs to appear instead of sheets, and then the OK button
works just fine.

Comment 22

[Paul Wyskoczka]

Per nav triage: nsbeta1-

Comment 23

[mbm]

This is a long standing bug in the OS X versions.
I believe it to be reliably reproducible if the
URL domain is known (cached) to not exist, e.g.,
mozilla.or

Comment 24

[Wayne Mery (:wsmwk)]

gone on MAC?

Comment 25

[Wayne Mery (:wsmwk)]

Michael (mbm) wrote: I haven't seen this problem in some time (I currently use firefox). 
=> WFM