Bug 55172 – Need WK2 API to view/manage origins with LocalStorage

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKit2

[Brady Eidson]

Need WK2 API to view/manage origins with LocalStorage

In radar as <rdar://problem/8762095>

[Brady Eidson]

Created attachment 83705 [details]
Patch v1

[WebKit Review Bot]

Attachment 83705 [details] did not pass style-queue:

Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebKit2/ChangeLog', u'Source/WebKit..." exit_code: 1

Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.h:33:  Code inside a namespace should not be indented.  [whitespace/indent] [4]
Source/WebKit2/UIProcess/WebKeyValueStorageManagerProxy.cpp:31:  Alphabetical sorting problem.  [build/include_order] [4]
Source/WebKit2/UIProcess/WebKeyValueStorageManagerProxy.h:38:  Code inside a namespace should not be indented.  [whitespace/indent] [4]
Total errors found: 3 in 28 files


If any of these errors are false positives, please file a bug against check-webkit-style.

[Brian Weinstein]

Comment on attachment 83705 [details]
Patch v1

View in context: https://bugs.webkit.org/attachment.cgi?id=83705&action=review

Looks good, just a few style nits.

> Source/WebKit2/UIProcess/WebKeyValueStorageManagerProxy.cpp:95
> +        return;

The spacing with the early return for hasValidProcess is different here than in deleteEntriesForOrigin and getKeyValueStorageOrigins. I'd say add a blank line here to be consistent.

> Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:75
> +        identifiers.uncheckedAppend(originData);

Do you ever expect the SecurityOrigin to be null? If not - you could do Vector<SecurityOriginData> identifiers(size) - and then just do identifiers[i] = originData

> Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:83
> +    // FIXME <rdar://problem/8762095> and https://bugs.webkit.org/show_bug.cgi?id=55172: Implement once https://bugs.webkit.org/show_bug.cgi?id=51878 is resolved.

Colon after the FIXME - and maybe a notImplemented would be nice?

> Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:88
> +    // FIXME <rdar://problem/8762095> and https://bugs.webkit.org/show_bug.cgi?id=55172: Implement once https://bugs.webkit.org/show_bug.cgi?id=51878 is resolved.

Ditto.

[Brady Eidson]

(In reply to comment #3)
> (From update of attachment 83705 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=83705&action=review
> 
> Looks good, just a few style nits.
> 
> > Source/WebKit2/UIProcess/WebKeyValueStorageManagerProxy.cpp:95
> > +        return;
> 
> The spacing with the early return for hasValidProcess is different here than in deleteEntriesForOrigin and getKeyValueStorageOrigins. I'd say add a blank line here to be consistent.

Done.

> > Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:75
> > +        identifiers.uncheckedAppend(originData);
> 
> Do you ever expect the SecurityOrigin to be null? If not - you could do Vector<SecurityOriginData> identifiers(size) - and then just do identifiers[i] = originData

If it was null, it'd be indicative of both a WebCore bug and a HashSet bug.  This is a Vector of SecurityOriginDatas I'm uncheckedAppend()'ing to, so no, it can't be null.

> > Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:83
> > +    // FIXME <rdar://problem/8762095> and https://bugs.webkit.org/show_bug.cgi?id=55172: Implement once https://bugs.webkit.org/show_bug.cgi?id=51878 is resolved.
> 
> Colon after the FIXME - and maybe a notImplemented would be nice?
> 
> > Source/WebKit2/WebProcess/KeyValueStorage/WebKeyValueStorageManager.cpp:88
> > +    // FIXME <rdar://problem/8762095> and https://bugs.webkit.org/show_bug.cgi?id=55172: Implement once https://bugs.webkit.org/show_bug.cgi?id=51878 is resolved.
> 
> Ditto.

Both of these done.

[Brady Eidson]

Landed first piece in r79654

[Brady Eidson]

Remaining work is blocked on https://bugs.webkit.org/show_bug.cgi?id=51878

[Brady Eidson]

Created attachment 85655 [details]
2nd Patch v1

[Brady Eidson]

Landed in r81005