Webkit gets an infinite beachball of deal when I go to the linked page. The problem seems to be caused by Java, but I guess with the sandboxing and all, the page shouldn't be able to take down the whole browser.
As an added bonus, the page and the applet is authored by an Apple employee. ;)
Created attachment 41003 [details]
sample of hang
I get it too, on a stock 10.6.1 install with Safari Version 4.0.3 (6531.9), with java being:
java version "1.6.0_15"
Java(TM) SE Runtime Environment (build 1.6.0_15-b03-219)
Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02-90, mixed mode)
Note, also hangs r49412. Problem is likely Java than webkit, though would be nice if Java ran in a separate process like plug-ins do, so it couldn't hang the browser.
Created attachment 41012 [details]
Here is a reduction.
The issue seems to occur when their are at least two instances of an applet that references the same class file and the class file is either missing (HTTP response code 404) or cannot be accessed (HTTP response code 403). If you try to perform some kind of UI action such as scrolling the page or try to navigate to another page you will get the spinning wheel.
Ok, the reduction does not seem to produce a hang when run on bugs.webkit.org.
But, if you click on the reduction, wait for the Java applets to load (and error because they can't find the non-existent dummy.class) then try to navigate to another web site, say http//www.apple.com. This will produce a crash.
(In reply to comment #4)
> Created an attachment (id=41012) [details]
Cannot reproduce crash in latest nightly (r49412), but can reproduce hang by downloading the test to my machine and running a local Apache server.
This is straight forward to do on a Mac.
1) Open System Preferences -> Sharing
2) Turn on Web sharing
3) Download the reduction file above to the folder ~/Sites, name it reduction.html
4) Open the latest nightly build of Safari (r49412) and go to http://localhost/~substitute_your_username_here/reduction.html
Follow the instructions in the reduction to reproduce the hang.
(In reply to comment #5)
> Ok, the reduction does not seem to produce a hang when run on bugs.webkit.org.
> But, if you click on the reduction, wait for the Java applets to load (and
> error because they can't find the non-existent dummy.class) then try to
> navigate to another web site, say http//www.apple.com. This will produce a
> (In reply to comment #4)
> > Created an attachment (id=41012) [details] [details]
> > Reduction
Oops, assigned myself to the wrong bug.
With Mark's help, we have determined that this is a Java bug and it has been filed in radar.