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
dependency: update dependency js-cookie to v3 #29497
Conversation
See the guidelines for reviewing dependency updates for info on how to review dependency update PRs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks fine. None of the v3 updates impact us since we only call .get and .set. There is some improved support for url encoded cookie values (support case insensitive encoding), which could possibly fix some cookie uses with our users.
Edited/Blocked NotificationRenovate will not automatically rebase this PR, because it does not recognize the last commit author and assumes somebody else may have edited the PR. You can manually request rebase by checking the rebase/retry box above. |
1 flaky test on run #55366 ↗︎
Details:
cypress/e2e/project-setup.cy.ts • 1 flaky test • launchpad-e2e
Review all test suite changes for PR #29497 ↗︎ |
Released in This comment thread has been locked. If you are still experiencing this issue after upgrading to |
This PR contains the following updates:
2.2.1
->3.0.5
Release Notes
js-cookie/js-cookie (js-cookie)
v3.0.5
Compare Source
v3.0.4
Compare Source
v3.0.3
Compare Source
v3.0.2
Compare Source
v3.0.1
Compare Source
v3.0.0
Compare Source
defaults
in favor of a builder: now to supply an api instance with particular predefined (cookie) attributes there'sCookies.withAttributes()
, e.g.:attributes
property; it's an immutable object and unlikedefaults
cannot be changed to configure the api.Cookies.converter
, which allows for implementing self-contained custom converters providing the same behavior:withConverter()
no longer accepts a function as argument to be turned into a read converter. It is now required to always pass an object with the explicit type(s) of converter(s):converter
property; it's an immutable object and cannot be changed to configure the api.module
field inpackage.json
points to an ES module variant of the library.browser
field instead ofmain
inpackage.json
(for the UMD variant of the library).getJSON()
and automatic stringifying inset()
: useCookies.set('foo', JSON.stringify({ ... }))
andJSON.parse(Cookies.get('foo'))
instead.Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.