Created attachment 70083 [details] Activity Monitor sample. Safari 5.0.2 (6533.18.5, r69221) Atlassian Confluence 3.1.2 Reproducibility: always Steps: Edit a page in Confluence wiki. What happened: WebKit hangs and beachballs forever until you force quit. Expected result: WebKit does not hang. Notes: Does not occur in Safari 5.0.2 (6533.18.5)
Looks hanging in HTMLDocumentParser::pumpTokenizer(). But I cannot reproduce this on <http://www.atlassian.com/software/confluence/try.jsp> with r69221. Can you provide steps to reproduce that we could follow?
I tried this page too and it's OK. But this is Confluence 3.3 My report was for Confluence 3.1.2 There are no other steps. Whatever seems to work for 3.3, hangs for 3.1.2
If you have any tips to try things to get more info, I'd be happy to follow :) Unfortunately the wiki instance I'm using is https and needs authorization as it belongs to private company. Otherwise I would just provide the exact link.
Could you try to isolate with which nightly this started? If we knew what the very first one with the problem was, that would help a lot.
Regression was introduced with .r68242
1104 WebCore::HTMLElementStack::inButtonScope(WTF::AtomicString const&) const That number is super big. I wonder if we're running into depth problems? I'm not sure whether we've implemented a depth limit for the new parser.
Hmm. I don't see any parser changes in r68204-r68242. There are many JavaScriptCore changes, but that's about it.
Verified fixed with r69429
Closing.