Bug 31062 - [v8] Fix some exception propagation issues
Summary: [v8] Fix some exception propagation issues
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-03 08:23 PST by Christian Plesner Hansen
Modified: 2013-05-02 11:08 PDT (History)
5 users (show)

See Also:


Attachments
initial (5.62 KB, patch)
2009-11-03 08:25 PST, Christian Plesner Hansen
no flags Details | Formatted Diff | Diff
addtest (8.25 KB, patch)
2009-11-04 01:59 PST, Christian Plesner Hansen
no flags Details | Formatted Diff | Diff
revert-unrelated (7.50 KB, patch)
2009-11-04 02:02 PST, Christian Plesner Hansen
eric: review-
commit-queue: commit-queue-
Details | Formatted Diff | Diff
expected results generated by the commit bot (219 bytes, text/plain)
2009-11-11 10:45 PST, Eric Seidel (no email)
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Plesner Hansen 2009-11-03 08:23:39 PST
Fixed problem where we would attempt to re-throw a caught
exception while the TryCatch that caught the exception was still
in effect.  Changed to use the TryCatch::ReThrow.
Comment 1 Christian Plesner Hansen 2009-11-03 08:25:42 PST
Created attachment 42385 [details]
initial
Comment 2 Eric Seidel (no email) 2009-11-03 12:07:33 PST
Comment on attachment 42385 [details]
initial

Can't this be tested?  r- for lack of tests.
Comment 3 Christian Plesner Hansen 2009-11-04 01:59:58 PST
Created attachment 42467 [details]
addtest
Comment 4 Christian Plesner Hansen 2009-11-04 02:02:07 PST
Created attachment 42468 [details]
revert-unrelated
Comment 5 Christian Plesner Hansen 2009-11-04 02:04:14 PST
The case I really wanted to fix is covered by fast/workers/worker-constructor.html but all worker tests are disabled.  I've added a test of another case so we at least test something.
Comment 6 David Levin 2009-11-11 00:21:18 PST
(In reply to comment #5)
> The case I really wanted to fix is covered by
> fast/workers/worker-constructor.html but all worker tests are disabled. 

The worker tests are run in chromium as part of ui_tests (see TEST_F(WorkerTest, WorkerFastLayoutTests)). They can't run in test shell because of the multiprocess nature of workers in chromium.
Comment 7 Christian Plesner Hansen 2009-11-11 01:24:46 PST
Makes sense, that's also where I saw them fail.

Note that this is not a fix for incorrect behavior as such but for flakiness.  Previously we would get different behavior depending on whether you overflowed the stack in JS or C++ code, and we almost always did in JS code which made these tests pass.  With my change we also get the right behavior in C++.  I don't know how I would test the absence of flakiness beyond the test I've already added.
Comment 8 Adam Barth 2009-11-11 08:34:26 PST
Comment on attachment 42468 [details]
revert-unrelated

Ok.  Would you like this landed by commit-queue?
Comment 9 Christian Plesner Hansen 2009-11-11 10:00:40 PST
> Ok.  Would you like this landed by commit-queue?

Yes please -- is there an alternative (I'm not a committer)?
Comment 10 WebKit Commit Bot 2009-11-11 10:26:03 PST
Comment on attachment 42468 [details]
revert-unrelated

Rejecting patch 42468 from commit-queue.

Failed to run "['WebKitTools/Scripts/run-webkit-tests', '--no-launch-safari', '--quiet', '--exit-after-n-failures=1']" exit_code: 1
Running build-dumprendertree
Running tests from /Users/eseidel/Projects/CommitQueue/LayoutTests
Testing 11601 test cases.
fast/dom/Document/exception-propagation.html -> new (results generated in /Users/eseidel/Projects/CommitQueue/LayoutTests/fast/dom/Document)

Exiting early after 1 failures. 5614 tests run.
93.49s total testing time

5613 test cases (99%) succeeded
1 test case (<1%) was new
1 test case (<1%) had stderr output
Comment 11 Eric Seidel (no email) 2009-11-11 10:29:14 PST
Comment on attachment 42468 [details]
revert-unrelated

Looks like this is missing expected results, which is why it failed.  run-webkit-tests will generate expected results for you.  Or perhaps you can convince a committer to generate them for you and add land this manually.
Comment 12 Eric Seidel (no email) 2009-11-11 10:45:20 PST
Created attachment 42978 [details]
expected results generated by the commit bot
Comment 13 Eric Seidel (no email) 2009-12-09 14:05:01 PST
We need a combined patch including the updated results.
Comment 14 Eric Seidel (no email) 2009-12-22 21:58:27 PST
Comment on attachment 42468 [details]
revert-unrelated

Marking this r-, since it can't be landed as is.
Comment 15 Anders Carlsson 2013-05-02 11:08:14 PDT
V8 is gone from WebKit.