Bug 175215 – Have navigator.serviceWorker() actually return a ServiceWorkerContainer object

• Status: RESOLVED
• Resolution: FIXED
• Component: WebCore Misc.

[Brady Eidson]

Have navigator.serviceWorker() actually return a ServiceWorkerContainer object

[Brady Eidson]

Created attachment 317303 [details]
Patch

[youenn fablet]

Comment on attachment 317303 [details]
Patch

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

> Source/WebCore/workers/ServiceWorkerContainer.cpp:66
> +    rejectLater(WTFMove(promise), "ready");

It seems unnecessary to reject later, why not doing it now?

[Brady Eidson]

(In reply to youenn fablet from comment #2)
> Comment on attachment 317303 [details]
> Patch
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=317303&action=review
> 
> > Source/WebCore/workers/ServiceWorkerContainer.cpp:66
> > +    rejectLater(WTFMove(promise), "ready");
> 
> It seems unnecessary to reject later, why not doing it now?

My experience with promises in our bindings is minimal - Do we definitely properly handle synchronous responses to promises in all cases?

I assumed the answer is "no" so I didn't go that route.

I'm not particularly concerned about this as this is true early scaffolding code. It will go away shortly!

[youenn fablet]

> My experience with promises in our bindings is minimal - Do we definitely
> properly handle synchronous responses to promises in all cases?

Yes, this is correctly handled.

[Build Bot]

Comment on attachment 317303 [details]
Patch

Attachment 317303 [details] did not pass mac-ews (mac):
Output: http://webkit-queues.webkit.org/results/4255811

New failing tests:
imported/w3c/web-platform-tests/FileAPI/historical.https.html

[Build Bot]

Created attachment 317308 [details]
Archive of layout-test-results from ews102 for mac-elcapitan

The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews102  Port: mac-elcapitan  Platform: Mac OS X 10.11.6

[Build Bot]

Comment on attachment 317303 [details]
Patch

Attachment 317303 [details] did not pass mac-debug-ews (mac):
Output: http://webkit-queues.webkit.org/results/4255854

New failing tests:
imported/w3c/web-platform-tests/FileAPI/historical.https.html

[Build Bot]

Created attachment 317316 [details]
Archive of layout-test-results from ews113 for mac-elcapitan

The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews113  Port: mac-elcapitan  Platform: Mac OS X 10.11.6

[Build Bot]

Comment on attachment 317303 [details]
Patch

Attachment 317303 [details] did not pass ios-sim-ews (ios-simulator-wk2):
Output: http://webkit-queues.webkit.org/results/4255925

New failing tests:
http/tests/security/cross-origin-indexeddb.html

[Build Bot]

Created attachment 317317 [details]
Archive of layout-test-results from ews122 for ios-simulator-wk2

The attached test failures were seen while running run-webkit-tests on the ios-sim-ews.
Bot: ews122  Port: ios-simulator-wk2  Platform: Mac OS X 10.12.5

[Brady Eidson]

(In reply to Build Bot from comment #9)
> 
> Attachment 317303 [details] did not pass ios-sim-ews (ios-simulator-wk2):
> 
> New failing tests:
> http/tests/security/cross-origin-indexeddb.html

Not caused by this.

[Brady Eidson]

(In reply to Build Bot from comment #7)
> Comment on attachment 317303 [details]
> Patch
> 
> Attachment 317303 [details] did not pass mac-debug-ews (mac):
> Output: http://webkit-queues.webkit.org/results/4255854
> 
> New failing tests:
> imported/w3c/web-platform-tests/FileAPI/historical.https.html

This one probably is! Looking...

[Brady Eidson]

(In reply to Brady Eidson from comment #12)
> (In reply to Build Bot from comment #7)
> > Comment on attachment 317303 [details]
> > Patch
> > 
> > Attachment 317303 [details] did not pass mac-debug-ews (mac):
> > Output: http://webkit-queues.webkit.org/results/4255854
> > 
> > New failing tests:
> > imported/w3c/web-platform-tests/FileAPI/historical.https.html
> 
> This one probably is! Looking...

Yup, WK1 results needed.

[Brady Eidson]

Created attachment 317322 [details]
Patch

[Build Bot]

Comment on attachment 317322 [details]
Patch

Attachment 317322 [details] did not pass mac-ews (mac):
Output: http://webkit-queues.webkit.org/results/4256709

New failing tests:
imported/w3c/web-platform-tests/FileAPI/historical.https.html

[Build Bot]

Created attachment 317324 [details]
Archive of layout-test-results from ews103 for mac-elcapitan

The attached test failures were seen while running run-webkit-tests on the mac-ews.
Bot: ews103  Port: mac-elcapitan  Platform: Mac OS X 10.11.6

[youenn fablet]

Since you might need to reupload a new patch, could you remove the rejectLater thing at the same time?

[Build Bot]

Comment on attachment 317322 [details]
Patch

Attachment 317322 [details] did not pass mac-debug-ews (mac):
Output: http://webkit-queues.webkit.org/results/4256723

New failing tests:
imported/w3c/web-platform-tests/FileAPI/historical.https.html

[Build Bot]

Created attachment 317325 [details]
Archive of layout-test-results from ews114 for mac-elcapitan

The attached test failures were seen while running run-webkit-tests on the mac-debug-ews.
Bot: ews114  Port: mac-elcapitan  Platform: Mac OS X 10.11.6

[Brady Eidson]

Created attachment 317326 [details]
Patch for EWS/Landing

[Brady Eidson]

(In reply to Brady Eidson from comment #20)
> Created attachment 317326 [details]
> Patch for EWS/Landing

Will CQ+ once EWS says 👍

[WebKit Commit Bot]

Comment on attachment 317326 [details]
Patch for EWS/Landing

Clearing flags on attachment: 317326

Committed r220310: <http://trac.webkit.org/changeset/220310>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.

[Radar WebKit Bug Importer]

<rdar://problem/33737977>

[Brady Eidson]

(In reply to youenn fablet from comment #17)
> Since you might need to reupload a new patch, could you remove the
> rejectLater thing at the same time?

Ugh, sorry missed this in the middle of the layout test failure messages.

As mentioned, they're not long for this world. Be gone soon.