311101 - javascript fails to throw exception

Status: RESOLVED WORKSFORME

(Core :: DOM: Core & HTML, defect)

Description

[Brad]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051004 Firefox/1.6a1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051004 Firefox/1.6a1

Instead of throwing an expected exception, this JavaScript code just stops
executing.

var sCurrentLocation = "";
try
{
   sCurrentLocation = String( parent.outerFrame.innerFrame.location );
}
catch ( ex )
{
   sCurrentLocation = "";
}
...


Reproducible: Always

Steps to Reproduce:



Expected Results:  
An exception should have been thrown and code should have resumed executing.

Comment 1

[Martijn Wargers (dead)]

Attachment: testcase

Something like this?

Comment 2

[Martijn Wargers (dead)]

Strange I get an alert with the url of bugzilla and alert 3, but I would expect
alert 'failed' and alert 3.

Comment 3

[Brad]

This test case isn't what I'm experiencing as this case works the same in both
1.0.6 and 1.5 Beta 2. What I'm experiencing works in 1.0.6, but not in 1.5 Beta
2. I'll try to narrow down a test case which shows the problem.

Comment 4

[Martijn Wargers (dead)]

Brad, any update on the testcase?

Comment 5

[Brad]

I've been a bit too busy to write up a test case that shows the bug, but I can
walk you through reproducing it in the application where I am experiencing it.

http://www.sane.com/demo/NetTracker/web/index.html

1. In the menu on the left, click "Visitor Analysis"
2. Click "Host"
3. Click the link "pppch158134.du.dacom.co.kr"
This link loads a page off-site to perform a domain lookup.
The menu at the left no longer functions as far as loading pages into the main
frame.

This works correctly in released versions of Firefox (and every other browser
I've tried), but not in the daily build as of Mozilla/5.0 (Windows; U; Windows
NT 5.1; en-US; rv:1.9a1) Gecko/20051017 Firefox/1.6a1.

Sorry I don't have anything more concise.

Comment 6

[Martijn Wargers (dead)]

Ok, this regressed between 2004-07-21 and 2004-07-22:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-07-21+09%3A00%3A00&maxdate=2004-07-22+10%3A00%3A00&cvsroot=%2Fcvsroot
Not really sure which checkin caused this change in behavior, though.

Comment 7

[Martijn Wargers (dead)]

Ok, I tried backing out with bug 245890 and bug 252289, but they don't seem to
be the cause of this regression.
bsmedberg mentioned bug 242234 as a possible cause.

Comment 8

[Martijn Wargers (dead)]

Hmm, this is WORKSFORME now with 2005-10-28 trunk build and 2005-10-29 branch build.
Brad, could you verify?

Comment 9

[Brad]

WORKSFORME as of Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051006 Firefox/1.4.1

Comment 10

[Martijn Wargers (dead)]

Ok, great! Marking WFM then.