Summary: | Going to the linked URL hangs Webkit 100% of the time | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Sulka Haro <sulka> | ||||||
Component: | Java | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | RESOLVED INVALID | ||||||||
Severity: | Critical | CC: | dbates, gsherloc, kdecker | ||||||
Priority: | P2 | Keywords: | InRadar | ||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Mac (Intel) | ||||||||
OS: | OS X 10.6 | ||||||||
URL: | http://www.nondot.org/MagicStats/stats | ||||||||
Attachments: |
|
Description
Sulka Haro
2009-10-11 12:43:54 PDT
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]
Reduction
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.
Remarks:
Programmatically trying to scroll the page or performing some kind of JavaScript action (like alert(), writing to the DOM, or navigating to another page) even after a set amount of time seems to prevent the UI from locking up, which makes me think this may have something to do with locks we may be holding (and not properly releasing).
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] > Reduction 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 > crash. > > (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. |