[Webkit-unassigned] [Bug 122213] New: WebIDL operations should be configurable

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Oct 2 06:17:02 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=122213

           Summary: WebIDL operations should be configurable
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
        OS/Version: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebCore JavaScript
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: zandobersek at gmail.com
                CC: darin at apple.com, dchris at gmail.com


WebKit does not conform to the WebIDL spec that instructs that operations must be configurable if they're not annotated as unforgeable[1]. WebKit's WebIDL implementation does not yet support the Unforgeable attribute, so all the operations should be made configurable until support for unforgeable operations is added.

I'll try to do that in separate steps:
1. Add two no-op IDL attributes, OperationsNotDeletable and NotDeletable.
2. Deploy the OperationsNotDeletable attribute on all the interfaces.
3. Modify the JSC bindings generator to make all the operations configurable unless either the operation is annotated with the NotDeletable attribute or the operation's interface is annotated with the OperationsNotDeletable attribute. This would preserve the current behavior up to this point.
4. Start removing the OperationsNotDeletable attribute off the interfaces after checking conformity with other browsers and running the changes through the test suites. If any previous behavior should be preserved on specific operations, those operations would get annotated with the NotDeletable attribute.
5. Remove support for both attributes and the two attributes themselves after the transition is complete.

[1] http://dev.w3.org/2006/webapi/WebIDL/#es-operations

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list