Bug 72206 - Update ObjC API verification after accessKey moved up to superclass DOMHTMLElement
Summary: Update ObjC API verification after accessKey moved up to superclass DOMHTMLEl...
Status: RESOLVED DUPLICATE of bug 71854
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit API (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-11 22:43 PST by Joseph Pecoraro
Modified: 2011-11-14 10:18 PST (History)
6 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Joseph Pecoraro 2011-11-11 22:43:51 PST 
The "accessKey" IDL attribute moved up from some specific HTML elements to work on all elements:
<http://webkit.org/b/71854> Access key should work on all elements
<http://trac.webkit.org/changeset/100013>

This produces the following API verification warning (and subsequent build errors if a clean build):

    Died at WebCore/bindings/scripts//CodeGeneratorObjC.pm line 323.
    Public API change. There are missing public properties and/or methods from the "DOMHTMLAnchorElement" class.
    @property(copy) NSString *accessKey;

CodeGeneratorObjC.pm checks the new APIs against
Source/WebCore/bindings/objc/PublicDOMInterfaces.h. It looks like this is
a progression and won't regress existing APIs and PublicDOMInterfaces can
be updated. However it will need some macro wizardry.

Anyone know the best way to update the API?
Comment 1 Joseph Pecoraro 2011-11-14 10:18:19 PST 
It looks like the original patch rolled out and a new version is being worked
up on the original bug. So I'm going to close this one.

*** This bug has been marked as a duplicate of bug 71854 ***