Bug 26121
| Summary: | Consider using NPAPI plugins to implement eventSender, layoutTestController, etc. | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | Normal | CC: | andersca, fishd, jam, jmalonzo, ojan, tony |
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Mac | ||
| OS: | OS X 10.5 | ||
Eric Seidel (no email)
Consider using NPAPI plugins to implement eventSender, layoutTestController, etc.
Tony and I were discussing this at lunch. This would actually provide a bunch of benefits:
1. Using layout tests from within Safari/Chrome/iPhone (a full running browser).
2. Runing many layout tests in non-WebKit browsers.
3. Porting to a new platform no longer requires porting DRT, just adding plugin support to WebCore.
4. Testing plugin load performance & less teardown/state reset logic needed in DRT.
5. V8 and JSC do not need separate DRT implementations.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
John Abd-El-Malek
This would be awesome..
Darin Fisher (:fishd, Google)
This is a great idea! How would you support dumping the render tree? By the way, the chromium implementation of layoutTestController is built on top of NPRuntime, so it might be a useful starting point.
Eric Seidel (no email)
the NPAPI plugins would only be for exposing these controllers. dumping the render tree is already a public WebKit method anyway. :) It's support which is baked into the WebKit API (well at least the private API/SPI).
Anders Carlsson
This is unlikely to happen, closing.