Open greenkeeper[bot] opened 6 years ago
After pinning to 3.4.1 your tests are still failing. The reported issue might not affect your project. These imprecisions are caused by inconsistent test results.
devDependency
workbox-webpack-plugin was updated from 3.5.0
to 3.6.1
.Your tests are still failing with this version. Compare changes
disable()
method to workbox.navigationPreload
workbox.navigationPreload
provides an enable()
method to enable navigation preload, but it did not provide a way to disable it (without invoking the underlying service worker APIs). Now developers can call workbox.navigationPreload.disable()
to disable navigation preload. (#1651)method
option can now be used for runtime caching via generateSW()
method
option from being used by runtime caching configuration in generateSW()
. Thanks to @chrisdns, this has been fixed! (#1638)workbox.expiration.Plugin
with purgeOnQuotaError
set to true
would result in an error. Thanks to @salmoro for discovering and fixing the issue! (#1643).event
that triggered them, so developers writing custom plugins could not access any information about the event in those callback. Now all plugin callback are passed the event object (when available). (#1640)workbox-streams
package's strategy()
method is exposed on the browser build of workbox.streams
that gets loaded by the workbox-sw
loader, but it wasn't exported by the module in a way that was accessible to module bundlers. Now it's possible to import {strategy}
from workbox-streams/strategy.mjs
. (#1635).Check out our docs @ developers.google.com/web/tools/workbox/
devDependency
workbox-webpack-plugin was updated from 3.6.1
to 3.6.2
.Your tests are still failing with this version. Compare changes
devDependency
workbox-webpack-plugin was updated from 3.6.2
to 3.6.3
.Your tests are still failing with this version. Compare changes
This release fixes an issue (#1677) that several users have reported, triggered by precaching a URL that returns a 30x redirect to another URL. For instance, having '/index.html'
listed in your precache manifest can trigger this issue, if your web server responds to requests for '/index.html
' with a 301 redirect to the destination URL '/'
. When the issue manifests itself, the final, redirect content ends up being served with an incorrect Content-Type:
response header, which can in turn lead problems displaying that cached content.
If you do use 30x redirects for some of your URLs, we recommend updating to this latest release of Workbox.
In order to "clear out" the problematic content that was previously precached with an incorrect Content-Type
, after updating Workbox, you can deploy a small change to URLs that you know are affected (i.e. make any change to your '/index.html
' file, if that's being fulfilled with a 30x redirect).
It's also possible to force all previously cached entries to be precached again by changing the cacheId
option in "generate SW" mode, or by including
workbox.core.setCacheNameDetails({precache: 'my-new-id'});
in your service worker source file in "inject manifest" mode.
Check out our docs @ developers.google.com/web/tools/workbox/
devDependency
workbox-webpack-plugin was updated from 4.1.0
to 4.1.1
.Your tests are passing again with this update. Explicitly upgrade to this version π
workbox-window
The removeEventListener()
method of the Workbox
class would throw due to an implementation error, this has been fixed. [#1963]
If, at registration time, there was already both an active and waiting service worker with the same script URL as the one being registered, calling getSW()
or messageSW()
after registration would target the active service worker rather than the waiting service worker. The intended behavior is that the target service worker associated with a Workbox
instance is always the most recently registered service worker with a matching script URL. These methods now target the waiting service worker [#1961]
Special thanks to @donavon for contributions that went into this release.
devDependency
workbox-webpack-plugin was updated from 4.1.1
to 4.2.0
.Your tests are passing again with this update. Explicitly upgrade to this version π
devDependency
workbox-webpack-plugin was updated from 4.2.0
to 4.3.0
.Your tests are passing again with this update. Explicitly upgrade to this version π
devDependency
workbox-webpack-plugin was updated from 4.3.0
to 4.3.1
.Your tests are passing again with this update. Explicitly upgrade to this version π
Version 3.5.0 of workbox-webpack-plugin was just published.
This version is covered by your current version range and after updating it in your project the build failed.
workbox-webpack-plugin is a devDependency of this project. It might not break your production code or affect downstream projects, but probably breaks your build or test tools, which may prevent deploying or publishing.
Status Details
- β **continuous-integration/appveyor/branch:** AppVeyor build succeeded ([Details](https://ci.appveyor.com/project/natthanhamilton/natthan-io/build/1.0.160)). - β **continuous-integration/travis-ci/push:** The Travis CI build failed ([Details](https://travis-ci.org/natthanhamilton/natthan-io/builds/427339276?utm_source=github_status&utm_medium=notification)).Release Notes
Workbox v3.5.0More customization when generating a service worker
Developers who use Workbox to generate their service worker (using the CLI, Node interface, or webpack plugin) can now take advantage of some additional options:
Setting
offlineGoogleAnalytics: true
will automatically add code to initialize Workbox's offline Google Analytics support in the generated service worker.Both
fetchOptions
andmatchOptions
can now be used when configuring aruntimeCaching
route, and those values will be passed through when constructing the corresponding Workbox caching strategy. Many thanks to @peterjosling for contributing this in #1608.Using a custom plugin within a
runtimeCaching
route is now possible, thanks to enhancements made by @tsirlucas in #1598.Here's a snippet of Workbox's build configuration, showing off all of the new features:
Support for the
PATCH
method in Workbox's routerDevelopers who need to match HTTP
PATCH
requests using Workbox's router can now do so, thanks to @kevin-brotcke's change in #1618.Note that non-
GET
requests can't be added to a cache, so this is most useful when used alongside a network-only strategy configured with the Workbox background sync plugin, in order to retry failedPATCH
requests once the network becomes available.workbox.core.registerQuotaErrorCallback
is now publicly visibleDue to a scoping error, the
workbox.core.registerQuotaErrorCallback()
function was previously not exposed. This is now public, matching the documented interface. Thanks to @Tronil for pointing out this discrepancy in #1616.Check out our docs @ developers.google.com/web/tools/workbox/
FAQ and help
There is a collection of [frequently asked questions](https://greenkeeper.io/faq.html). If those donβt help, you can always [ask the humans behind Greenkeeper](https://github.com/greenkeeperio/greenkeeper/issues/new).Your Greenkeeper Bot :palm_tree: