16460 2007-12-15 19:57:25 -0800 Layout test fast/regex/test1 fails intermittently on Leopard 2008-01-02 13:49:04 -0800 1 1 1 Unclassified WebKit JavaScriptCore 528+ (Nightly build) Mac OS X 10.5 RESOLVED DUPLICATE 16648 InRadar P2 Major --- 1 darin webkit-unassigned ap darin eric oldest_to_newest 64343 0 darin 2007-12-15 19:57:25 -0800 --- /tmp/layout-test-results/fast/regex/test1-expected.txt 2007-12-13 14:33:05.000000000 -0800 +++ /tmp/layout-test-results/fast/regex/test1-actual.txt 2007-12-13 14:33:05.000000000 -0800 @@ -2868,7 +2868,7 @@ aaaa: FAIL. Actual results: "null" /^(?:a(?:(?:))*)*/ - aaaa: FAIL. Actual results: "null" + aaaa: FAIL. Actual results: "a" /^(a()+)+/ aaaa: FAIL. Actual results: "null" <rdar://problem/5646486> 64349 1 darin 2007-12-15 20:47:24 -0800 The reason this test gives the result "null" is that it hits the recursion limit. 64350 2 darin 2007-12-15 20:49:17 -0800 Even increasing the recursion limit to a ridiculous level simply results in a slower-running test but the result is still null. I can't reproduce the "a" result. 64351 3 darin 2007-12-15 20:58:07 -0800 By the way, this particular test failure is itself probably a bug -- the result really should be "a" and we didn't intentionally change the behavior of PCRE -- but that doesn't explain an intermittent result of "a". Someone needs to read through the test results and find the many that are actual failures rather than just differences between the JavaScript version and the original PCRE. 66060 4 ddkilzer 2008-01-02 13:49:04 -0800 According to Radar, this is the same issue as Bug 16648. *** This bug has been marked as a duplicate of 16648 ***