Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Promise on navigator.serviceWorker that resolves when page is controlled #799

Closed
jeffposnick opened this issue Dec 10, 2015 · 30 comments
Closed
Milestone

Comments

@jeffposnick
Copy link
Contributor

In the following sample code (live version), I ended up making a wrong assumption that might catch other developers by surprise:

Excerpt from index.html:

navigator.serviceWorker.register('sw.js');
navigator.serviceWorker.ready.then(() => {
  // I thought the page would be controlled at this point, thanks to clients.claim()
  console.log('.ready resolved, and navigator.serviceWorker.controller is', navigator.serviceWorker.controller);
  navigator.serviceWorker.addEventListener('controllerchange', () => {
    console.log('Okay, now things are under control. navigator.serviceWorker.controller is', navigator.serviceWorker.controller);
  });
});

sw.js:

self.addEventListener('install', event => event.waitUntil(self.skipWaiting()));
self.addEventListener('activate', event => event.waitUntil(self.clients.claim()));

The assumption I had was that, by virtue of waiting on clients.claim() inside the SW's activate handler, the page will end up being controlled once .ready resolves. However, that's apparently a bad assumption, because the spec for clients.claim() states that the promise doesn't wait before resolving.

Is there any appetite for changing the behavior of clients.claim() so that the promise it returned waits until all the controller changes have taken place before it resolves? That would allow event.waitUntil(self.clients.claim()) within an activate handler to have the effect that I assumed it had, and it would by extension make the .ready promise more useful.

@wanderview
Copy link
Member

Well, I think .ready() resolves as soon as the active worker is set. This is before the activate event is even dispatched. The SW running the activate event is already set as registration.active. So I don't think we can conceivably wait for the activate event's waitUntil() to resolve to get the effect you were expecting.

Also FWIW, the clients.claim() spec seems buggy at the moment. For example, it says Handle Service Worker Client Unload should be run for each client in parallel. This algorithm, however, does things like:

  • If registration's uninstalling flag is set, invoke Clear Registration algorithm passing registration as its argument and abort these steps.
  • If registration's waiting worker is not null, run Activate algorithm, or its equivalent, with registration as the argument.

@wanderview
Copy link
Member

Oh, the navigation fetch should not complete until activate waitUntil resolves, though. So I think your test case should work.

We explicitly do this waiting in firefox, but I think @matto might have told me chrome does not wait yet.

The live version above does seem to work as you expect in firefox nightly.

@wanderview
Copy link
Member

Sorry, I was confused. From a fresh uninstalled state I do see the behavior you describe.

@jeffposnick
Copy link
Contributor Author

After thinking about this more, I realized that what I initially proposed, with the assumptions I was making, would lead to a deadlock.

Let me rephrase this feature request: it would be useful if there were a promise exposed on navigator.serviceWorker that only resolved once the page was controlled by (any) service worker. I had incorrectly assumed that navigator.serviceWorker.ready was such a promise, and I had written a bunch of (flakey!) unit tests based on that assumption, but that's wrong, so I guess I'm asking for a new promise in addition to .ready.

Listening for controllerchange on navigator.serviceWorker is a workaround, I suppose.

@jeffposnick jeffposnick changed the title Have clients.claim() wait until controllers have changed before resolving Promise on navigator.serviceWorker that resolves when page is controlled Dec 10, 2015
@jungkees jungkees added this to the Version 2 milestone Dec 11, 2015
@jeffposnick
Copy link
Contributor Author

FWIW, lacking formal support for such a promise in the platform, I'm adopting https://github.com/PolymerElements/platinum-sw/blob/fix-flaky-test/test/controlled-promise.js in some unit tests that need to wait until the page is controlled before they execute.

@delapuente
Copy link

@wanderview are there technical impediments for instead of resolving .ready when the sw gets to activating, make it resolve when getting to activated?

@jungkees
Copy link
Collaborator

If .ready were designed to resolve when the client got a controller, we couldn't use it for the initial client loading triggered w/o a registration and the shift + reload case (as that client will live w/o a controller for its lifetime). controllerchange is exactly the event to catch the client's controller (active worker) change.

I think changing the behavior of .ready is not a good idea. Let's discuss whether we really want to add such an API.

/cc @jakearchibald @slightlyoff

@jakearchibald
Copy link
Contributor

Agree with @jungkees. Reg .ready means you can use APIs that depend on an active worker, such as push & BG sync.

@wanderview
Copy link
Member

@jakearchibald wouldn't it make more sense to resolve .ready on activated, though? I believe we delay functional events fired at the SW until the activate event completes.

@delapuente
Copy link

@jakearchibald , I agree but you can not use them because there is a small windows between activating and activated where you don't receive functional events (like @jeffposnick discovered). It only can when it is fully activated. So, as @wanderview suggest we should resolve .ready when activated. The other option is to stall functional events until activation completion but this could be harmful if someone is extending the event for a long time.

@jeffposnick
Copy link
Contributor Author

.ready resolution could be left as-is, and there could be a new promise, perhaps named .controlled, that resolves when there's a controller for the current page.

I see this as being useful primarily for writing unit tests, when the "progressive enhancement/I don't care if there's a controller or not" aspects of service worker isn't relevant, and you really need to delay execution until there's a controller. If you're writing tests that already use promises (because they're using fetch, for instance) then having to mix in controllerchanged event listeners as well ends up feeling messy.

@wanderview
Copy link
Member

The other option is to stall functional events until activation completion but this could be harmful if someone is extending the event for a long time.

To repeat, this is in the spec today. And we implement it.

@delapuente
Copy link

Roger but please, consider the other option (resolving .ready when activated, which is more aligned with what we want to communicate) and be aware about the potential problems of stall until activation which could lead to noticeable delays in responses due to perfectly valid onactivate tasks.

@wanderview just a clarification, are all functional events stalled until activation or only fetch events?

@wanderview
Copy link
Member

@wanderview just a clarification, are all functional events stalled until activation or only fetch events?

All functional events. I recently got step 4 added here:

https://slightlyoff.github.io/ServiceWorker/spec/service_worker/index.html#handle-functional-event-algorithm

The fetch event waiting for activate event to complete was previously in the spec.

We delay for all functional events in gecko. I don't know what chrome does at the moment.

@jakearchibald
Copy link
Contributor

@delapuente

I agree but you can not use them because there is a small windows between activating and activated where you don't receive functional events

I'm not sure what you mean by "can not use". Functional events are queued. The APIs are fully functional. Can you show me a failure case?

I'm not against making .ready resolve on activation, but we need a better argument.

@jakearchibald
Copy link
Contributor

@jeffposnick

there could be a new promise, perhaps named .controlled

This could be implemented as:

const p = new Promise(r => {
  if (navigator.serviceWorker.controller) return r();
  navigator.serviceWorker.addEventListener('controllerchange', e => r());
});

I think we need more evidence that this is a common enough pattern to add to the platform.

@jakearchibald
Copy link
Contributor

@delapuente

be aware about the potential problems of stall until activation which could lead to noticeable delays in responses due to perfectly valid onactivate tasks

Can you show me some code that would be delayed in this way?

@jeffposnick
Copy link
Contributor Author

The "gotcha"/failure came up in the context of writing a unit test, where the code to execute really had to wait until the page was controlled, or it wouldn't end up testing the right thing. I had originally written the test to wait on .ready, and then got confused when the test ended up being flaky.

I now understand why the test was flaky, and am using a synthetic .controlled promise instead.

So that's the main use case I have in mind, and I think that it's a common enough pattern for anyone writing tests. Whether we ask everyone writing tests that depend on the page being controlled to roll their own controllerchange listener, or whether it gets added natively to the spec is obviously a matter for debate.

@delapuente
Copy link

All functional events. I recently got step 4 added here:

Thank you @wanderview , that step is what I was missing!

I'm not sure what you mean by "can not use". Functional events are queued. The APIs are fully functional. Can you show me a failure case?

@jakearchibald , my comment was added before knowing about the fact that functional events are delayed until activation. So, no problem here.

@jeffposnick can you point to the specific test? If the spec says that events are delayed and it's well implemente, I'm not able to imagine the specific scenario where activated is truly needed.

@wanderview
Copy link
Member

Personally I think some of the issues here stem from the name "ready" and sticking it on the ServiceWorkerContainer.

The current .ready promise is really when is the oldest ServiceWorker ready to begin receiving (maybe queueing) functional events.

It seems reasonable, though, for a page to think navigator.serviceWorker.ready is more about "when is my page's controlling service worker ready". Being on the ServiceWorkerContainer implies some relationship with the current page.

@jeffposnick
Copy link
Contributor Author

@delapuente: The test I'm referring to that was flaky when waiting on .ready: https://github.com/PolymerElements/platinum-sw/blob/4cfa76aae4aa9926ace3041fecfafb25c4da2265/test/platinum-sw-fetch/index.html#L37

It's no longer flaky since switching over to explicitly wait on the page being controlled: https://github.com/PolymerElements/platinum-sw/blob/fb5a32dd77a7ee9e4240a05e0d00a570b176fb25/test/platinum-sw-fetch/index.html#L38

It's testing behavior that relies on the service worker's fetch handler being triggered, and that will only happen if the page is controlled when it makes the network request. To reiterate my confusion, I thought that .ready's resolution implied that the page was controlled, but it doesn't actually imply that.

@delapuente
Copy link

@delapuente: The test I'm referring to that was flaky when waiting on .ready: https://github.com/PolymerElements/platinum-sw/blob/4cfa76aae4aa9926ace3041fecfafb25c4da2265/test/platinum-sw-fetch/index.html#L37

@jeffposnick , was the problem that your test was timing out? How long was the time out? Because, per step 4 of https://slightlyoff.github.io/ServiceWorker/spec/service_worker/index.html#handle-functional-event-algorithm that test should pass as your fetch should be delayed until the SW is activated.

So perhaps your test was revealing a bug in Chrome.

@wanderview
Copy link
Member

@delapuente That page self registers, so the initial page is not controlled. If the test fetch happens before the clients.claim() finishes then there is no fetch event to be delayed. It really does need to wait until being controlled before starting the test.

@delapuente
Copy link

So that fetch is not controlled because it's dispatched between steps 10 and 13 of https://slightlyoff.github.io/ServiceWorker/spec/service_worker/index.html#activation-algorithm so, after ready is resolved (step 10) but before claim finishes (step 13). Isn't it, @wanderview ?

@jungkees
Copy link
Collaborator

That page self registers, so the initial page is not controlled.

The page will have its controller only after clients.claim() step 3.4.2 is executed, which is after the Activate algorithm completed. If the test fetch has already happened before that, it falls back to the network in Handle Fetch algorithm before dispatching the fetch event.

@jakearchibald
Copy link
Contributor

Given how easy it is to do this already (#799 (comment)), I don't think we need a specific API for it.

@StephanBijzitter
Copy link

StephanBijzitter commented Mar 29, 2021

For people who're reading this now (through Google search), the workbox-window package now includes active and controlling promises which can be used.

Usage:

// somewhere
import {Workbox} from 'workbox-window';
const workbox = new Workbox('/service-worker.js');

// somewhere else
await workbox.active
await workbox.controlling

Excerpt from the source code at time of writing:


  /**
   * Resolves to the service worker registered by this instance as soon as it
   * is active. If a service worker was already controlling at registration
   * time then it will resolve to that if the script URLs (and optionally
   * script versions) match, otherwise it will wait until an update is found
   * and activates.
   *
   * @return {Promise<ServiceWorker>}
   */
  get active() {
    return this._activeDeferred.promise;
  }

  /**
   * Resolves to the service worker registered by this instance as soon as it
   * is controlling the page. If a service worker was already controlling at
   * registration time then it will resolve to that if the script URLs (and
   * optionally script versions) match, otherwise it will wait until an update
   * is found and starts controlling the page.
   * Note: the first time a service worker is installed it will active but
   * not start controlling the page unless `clients.claim()` is called in the
   * service worker.
   *
   * @return {Promise<ServiceWorker>}
   */
  get controlling() {
    return this._controllingDeferred.promise;
  }

Although it is a very small letdown that there's no workbox.ready alias for navigator.serviceWorker.ready, to keep it all nicely tucked into one place 😇

@stephenlb
Copy link

stephenlb commented Sep 30, 2021

@jeffposnick

there could be a new promise, perhaps named .controlled

This could be implemented as:

const p = new Promise(r => {
  if (navigator.serviceWorker.controller) return r();
  navigator.serviceWorker.addEventListener('controllerchange', e => r());
});

I think we need more evidence that this is a common enough pattern to add to the platform.

Actually this didn't' solve the issue. First time page loads and hard reloads prevent controller for becoming available.

@ptoner
Copy link

ptoner commented May 23, 2022

For people who're reading this now (through Google search), the workbox-window package now includes active and controlling promises which can be used.

Usage:

// somewhere
import {Workbox} from 'workbox-window';
const workbox = new Workbox('/service-worker.js');

Thank you for this. I'm still testing but this seems to work for me. On the first page load it waits for the 'controlling' event and then on subsequent loads will look for the controller being set.

    if ('serviceWorker' in navigator) {

        const wb = new Workbox(`./sw.js`)

        if (navigator.serviceWorker.controller) {
            startApp()
        } else {
            wb.addEventListener('controlling', e => {
                startApp()
            })
        }

        wb.register()

    }


@i18nsite
Copy link

i18nsite commented May 26, 2024

controlling

@jeffposnick

there could be a new promise, perhaps named .controlled

This could be implemented as:

const p = new Promise(r => {
  if (navigator.serviceWorker.controller) return r();
  navigator.serviceWorker.addEventListener('controllerchange', e => r());
});

I think we need more evidence that this is a common enough pattern to add to the platform.

this not work when chrome force refresh
image

I use this

<!DOCTYPE html><html><head><meta content="width=device-width,initial-scale=1" name="viewport"><meta charset="UTF-8"><script>
(async S=>{
await S.register("/S.js");S.controller?eval(await(await fetch("/_")).text()):location.reload()
})(navigator.serviceWorker)</script></head><body></body></html>

chromium-wpt-export-bot pushed a commit to web-platform-tests/wpt that referenced this issue Sep 30, 2024
This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
chromium-wpt-export-bot pushed a commit to web-platform-tests/wpt that referenced this issue Oct 1, 2024
This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
Reviewed-by: mmenke <mmenke@chromium.org>
Reviewed-by: Orr Bernstein <orrb@google.com>
Cr-Commit-Position: refs/heads/main@{#1362382}
chromium-wpt-export-bot pushed a commit to web-platform-tests/wpt that referenced this issue Oct 1, 2024
This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
Reviewed-by: mmenke <mmenke@chromium.org>
Reviewed-by: Orr Bernstein <orrb@google.com>
Cr-Commit-Position: refs/heads/main@{#1362382}
moz-v2v-gh pushed a commit to mozilla/gecko-dev that referenced this issue Oct 8, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
Reviewed-by: mmenke <mmenke@chromium.org>
Reviewed-by: Orr Bernstein <orrb@google.com>
Cr-Commit-Position: refs/heads/main@{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395
gecko-dev-updater pushed a commit to marco-c/gecko-dev-comments-removed that referenced this issue Oct 9, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > > > Cr-Commit-Position: refs/heads/main{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclellandchromium.org>
> > > > > Owners-Override: Ian Clelland <iclellandchromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > Cr-Commit-Position: refs/heads/main{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenkechromium.org>
> > > Reviewed-by: mmenke <mmenkechromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenkechromium.org>
> > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > Cr-Commit-Position: refs/heads/main{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> Cr-Commit-Position: refs/heads/main{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
Reviewed-by: mmenke <mmenkechromium.org>
Reviewed-by: Orr Bernstein <orrbgoogle.com>
Cr-Commit-Position: refs/heads/main{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395

UltraBlame original commit: b94874d93c265d012764bfe9477083901c19bf05
gecko-dev-updater pushed a commit to marco-c/gecko-dev-wordified that referenced this issue Oct 9, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > > > Cr-Commit-Position: refs/heads/main{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclellandchromium.org>
> > > > > Owners-Override: Ian Clelland <iclellandchromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > Cr-Commit-Position: refs/heads/main{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenkechromium.org>
> > > Reviewed-by: mmenke <mmenkechromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenkechromium.org>
> > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > Cr-Commit-Position: refs/heads/main{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> Cr-Commit-Position: refs/heads/main{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
Reviewed-by: mmenke <mmenkechromium.org>
Reviewed-by: Orr Bernstein <orrbgoogle.com>
Cr-Commit-Position: refs/heads/main{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395

UltraBlame original commit: b94874d93c265d012764bfe9477083901c19bf05
i3roly pushed a commit to i3roly/firefox-dynasty that referenced this issue Oct 9, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
Reviewed-by: mmenke <mmenke@chromium.org>
Reviewed-by: Orr Bernstein <orrb@google.com>
Cr-Commit-Position: refs/heads/main@{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395
ErichDonGubler pushed a commit to erichdongubler-mozilla/firefox that referenced this issue Oct 11, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > > > Cr-Commit-Position: refs/heads/main@{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclelland@chromium.org>
> > > > > Owners-Override: Ian Clelland <iclelland@chromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main@{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrb@google.com>
> > > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > > Cr-Commit-Position: refs/heads/main@{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphael@google.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenke@chromium.org>
> > > Reviewed-by: mmenke <mmenke@chromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main@{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> > Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenke@chromium.org>
> > Reviewed-by: Orr Bernstein <orrb@google.com>
> > Cr-Commit-Position: refs/heads/main@{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
> Cr-Commit-Position: refs/heads/main@{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphael@google.com>
Reviewed-by: mmenke <mmenke@chromium.org>
Reviewed-by: Orr Bernstein <orrb@google.com>
Cr-Commit-Position: refs/heads/main@{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395
gecko-dev-updater pushed a commit to marco-c/gecko-dev-wordified-and-comments-removed that referenced this issue Oct 15, 2024
…eb platform tests.""", a=testonly

Automatic update from web-platform-tests
Reland "Reland "Reland "Service worker web platform tests."""

This change does not change the tests themselves but how we register
service workers.

Previously a page reload was needed in order to
make get the service worker activated. This worked fine and passed
all the chrome wpts, but not on firefox see here:
https://github.com/web-platform-tests/wpt/runs/24793731783.

This new change uses a different technique that is used by some tests
in the wpt/service-workers/ directory.

Specifically, changes to the registration include:

- unregister all service workers before the tests start.
- service workers, once activated, will use 'clients.claim()'
  so that clients loaded in the same scope do not need to be reloaded
  before their fetches will go through this service worker.
  (https://developer.mozilla.org/en-US/docs/Web/API/Clients/claim)
- wait for the service worker to be activated AND
  wait for the service worker to be controlling the page
  (which seems to be a common problem:
   w3c/ServiceWorker#799 )

This reverts commit eba96feb09f5ed94a093d012956bae1dc72cb486.

Reason for revert: Changed the way we register SW, see above.

Original change's description:
> Revert "Reland "Reland "Service worker web platform tests."""
>
> This reverts commit 9bd67ed90e90d6a2c2134d26bb8bcc4cd9436b19.
>
> Reason for revert: Failing in some cases.
>
> Original change's description:
> > Reland "Reland "Service worker web platform tests.""
> >
> > This reverts commit 93a580699ecf6d102a5853455b5faeceea4cd31e.
> >
> > Reason for revert: Removed the test case that times out,
> > (the one that waits for the update url).
> >
> > Original change's description:
> > > Revert "Reland "Service worker web platform tests.""
> > >
> > > This reverts commit 436f1b9f6153002fd41599d5d4ec8343cf930a43.
> > >
> > > Reason for revert: There are still timeouts in some tests
> > >
> > > Original change's description:
> > > > Reland "Service worker web platform tests."
> > > >
> > > > This reverts commit 36a1c457dac0ecaa54c0553b28f67c0c61752494.
> > > >
> > > > Reason for revert: The test that looks for 'update-url.py' takes too long and therefore will require this test file to be part of slowTests
> > > >
> > > > Original change's description:
> > > > > Revert "Service worker web platform tests."
> > > > >
> > > > > This reverts commit 63858f1b1ed058d07e73cebb0a98214aa2cfc715.
> > > > >
> > > > > Reason for revert: New test added; fails immediately on some bots.
> > > > >
> > > > > See
> > > > > https://ci.chromium.org/ui/p/chromium/builders/ci/mac11-arm64-rel-tests/38089/overview
> > > > > for the first failures. (And consistently in subsequent builds)
> > > > >
> > > > > Original change's description:
> > > > > > Service worker web platform tests.
> > > > > >
> > > > > > This tests that when an auction is ran, service workers do not intercept requests with URLs that are meant to be private.
> > > > > >
> > > > > >
> > > > > > Bug: 293383734
> > > > > > Change-Id: I06858f7cae4794a35c045fb8dad30d6316a26ead
> > > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5459094
> > > > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > > > Cr-Commit-Position: refs/heads/main{#1294960}
> > > > >
> > > > > Bug: 293383734
> > > > > Change-Id: I3431f0e45e65767ff1529002d8a2d14657d0cb5a
> > > > > No-Presubmit: true
> > > > > No-Tree-Checks: true
> > > > > No-Try: true
> > > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5506634
> > > > > Auto-Submit: Ian Clelland <iclellandchromium.org>
> > > > > Owners-Override: Ian Clelland <iclellandchromium.org>
> > > > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > > Cr-Commit-Position: refs/heads/main{#1295015}
> > > >
> > > > Bug: 293383734
> > > > Change-Id: I762dd50282f99617796df64d73a27d149cac0a86
> > > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5512083
> > > > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > > > Reviewed-by: mmenke <mmenkechromium.org>
> > > > Cr-Commit-Position: refs/heads/main{#1296948}
> > >
> > > Bug: 293383734
> > > Change-Id: I9b06c0453656aaa448d0030960a48fc264bcf867
> > > No-Presubmit: true
> > > No-Tree-Checks: true
> > > No-Try: true
> > > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5515623
> > > Auto-Submit: Youssef Bourouphael <ybourouphaelgoogle.com>
> > > Commit-Queue: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Commit-Queue: mmenke <mmenkechromium.org>
> > > Reviewed-by: mmenke <mmenkechromium.org>
> > > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > > Cr-Commit-Position: refs/heads/main{#1297048}
> >
> > Bug: 293383734
> > Change-Id: I7ae169c2750432bb1cb9c1c340585dc27d8cd419
> > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5521778
> > Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> > Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> > Reviewed-by: mmenke <mmenkechromium.org>
> > Reviewed-by: Orr Bernstein <orrbgoogle.com>
> > Cr-Commit-Position: refs/heads/main{#1298807}
>
> Bug: 293383734
> Change-Id: I182736b58e83dbe7fc2c5fc7e20a3e3f909772a2
> No-Presubmit: true
> No-Tree-Checks: true
> No-Try: true
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5526425
> Bot-Commit: Rubber Stamper <rubber-stamperappspot.gserviceaccount.com>
> Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
> Cr-Commit-Position: refs/heads/main{#1298902}

Bug: 293383734
Change-Id: Ia501a6d9d06e72038b14b656c95f465cef373ad4
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5886697
Commit-Queue: Youssef Bourouphael <ybourouphaelgoogle.com>
Reviewed-by: mmenke <mmenkechromium.org>
Reviewed-by: Orr Bernstein <orrbgoogle.com>
Cr-Commit-Position: refs/heads/main{#1362382}

--

wpt-commits: 840c572f14cce3073596ae471decbf9b3d56b4f9
wpt-pr: 48395

UltraBlame original commit: b94874d93c265d012764bfe9477083901c19bf05
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

9 participants