fix(deps): update dependency cozy-client to v60 #1027
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
^45.14.1->^60.0.045.14.1->60.20.0Release Notes
cozy/cozy-client (cozy-client)
v60.20.0Compare Source
Features
v60.19.0Compare Source
Features
v60.18.0Compare Source
Features
60.17.2 (2025-11-19)
Bug Fixes
60.17.1 (2025-11-19)
Bug Fixes
v60.17.2Compare Source
Features
60.17.2 (2025-11-19)
Bug Fixes
60.17.1 (2025-11-19)
Bug Fixes
v60.17.0Compare Source
Features
60.17.2 (2025-11-19)
Bug Fixes
60.17.1 (2025-11-19)
Bug Fixes
v60.16.1Compare Source
Features
60.16.1 (2025-10-27)
Bug Fixes
v60.15.2Compare Source
Bug Fixes
Features
60.15.2 (2025-10-21)
Bug Fixes
60.15.1 (2025-10-21)
Bug Fixes
v60.15.1Compare Source
Bug Fixes
Features
60.15.2 (2025-10-21)
Bug Fixes
60.15.1 (2025-10-21)
Bug Fixes
v60.15.0Compare Source
Bug Fixes
Features
60.15.2 (2025-10-21)
Bug Fixes
60.15.1 (2025-10-21)
Bug Fixes
v60.14.0Compare Source
Features
v60.13.0Compare Source
Bug Fixes
Features
60.12.3 (2025-10-07)
Bug Fixes
60.12.2 (2025-10-06)
Bug Fixes
60.12.1 (2025-10-06)
Bug Fixes
v60.12.3Compare Source
Bug Fixes
Features
60.12.3 (2025-10-07)
Bug Fixes
60.12.2 (2025-10-06)
Bug Fixes
60.12.1 (2025-10-06)
Bug Fixes
v60.12.2Compare Source
Bug Fixes
Features
60.12.3 (2025-10-07)
Bug Fixes
60.12.2 (2025-10-06)
Bug Fixes
60.12.1 (2025-10-06)
Bug Fixes
v60.12.1Compare Source
Bug Fixes
Features
60.12.3 (2025-10-07)
Bug Fixes
60.12.2 (2025-10-06)
Bug Fixes
60.12.1 (2025-10-06)
Bug Fixes
v60.12.0Compare Source
Bug Fixes
Features
60.12.3 (2025-10-07)
Bug Fixes
60.12.2 (2025-10-06)
Bug Fixes
60.12.1 (2025-10-06)
Bug Fixes
v60.11.0Compare Source
Features
60.10.1 (2025-10-03)
Bug Fixes
v60.9.0Compare Source
Features
v60.8.0Compare Source
Features
v60.7.0Compare Source
Features
v60.6.0Compare Source
Bug Fixes
Features
60.5.1 (2025-09-02)
Bug Fixes
v60.5.0Compare Source
Bug Fixes
Features
60.5.1 (2025-09-02)
Bug Fixes
v60.3.0Compare Source
Features
v60.2.0Compare Source
Features
60.1.1 (2025-07-24)
Bug Fixes
v60.1.1Compare Source
Features
60.1.1 (2025-07-24)
Bug Fixes
v60.1.0Compare Source
Features
60.1.1 (2025-07-24)
Bug Fixes
v60.0.0Compare Source
Bug Fixes
Features
makeNewDocumentAPI method (678c1dd)BREAKING CHANGES
relationship exists in the document, so the developer should not assume
a
document.relationshipNameis always defined, anymore.As an alternative, it is possible to pass
autoHydrateoncozy-client options to ease migration, e.g:
However, please not this has performance impact, as it forces
extra-check on store queries evaluation.
client.makeNewDocumentno longer exists, pleaseremove any code using it.
This method was not very useful and was relying on the full hydratation
of the schema relationships. This behaviour should be changed
eventually.
v59.4.0Compare Source
Features
shared_docsparameter (24a2825)v59.3.0Compare Source
Features
v59.2.0Compare Source
Features
59.1.1 (2025-07-01)
Bug Fixes
v59.1.1Compare Source
Features
59.1.1 (2025-07-01)
Bug Fixes
v59.1.0Compare Source
Features
59.1.1 (2025-07-01)
Bug Fixes
v59.0.0Compare Source
Bug Fixes
BREAKING CHANGES
of handling the
dataattribute at the root of the response.For example:
v58.5.0Compare Source
Features
v58.4.0Compare Source
Bug Fixes
Features
58.3.1 (2025-06-11)
Note: Version bump only for package cozy-client
v58.3.1Compare Source
Bug Fixes
Features
58.3.1 (2025-06-11)
Note: Version bump only for package cozy-client
v58.3.0Compare Source
Bug Fixes
Features
58.3.1 (2025-06-11)
Note: Version bump only for package cozy-client
v58.2.0Compare Source
Bug Fixes
Features
v58.1.0Compare Source
Features
58.0.1 (2025-05-14)
Bug Fixes
v58.0.1Compare Source
Features
58.0.1 (2025-05-14)
Bug Fixes
v58.0.0Compare Source
Features
58.0.1 (2025-05-14)
Bug Fixes
v57.7.2Compare Source
Features
useCustomStorerather thanstore(eccc81e)BREAKING CHANGES
the boolean
storeoption. The naming is confusing, because we couldinterpret it as completely disabling the redux store, which is not the
case, as the aim is to use either the cozy-client internal store, or the
application own store. It was also confusing in the code, as the store
variable is the store itself.
Thus, we rename the option in
useCustomStoreto better reflect theintention.
If your application was using
store: falsein the cozy-clientinstanciation, you should now use
useCustomStore: true.57.7.2 (2025-05-05)
Bug Fixes
57.7.1 (2025-04-24)
Bug Fixes
v57.7.1Compare Source
Features
useCustomStorerather thanstore(eccc81e)BREAKING CHANGES
the boolean
storeoption. The naming is confusing, because we couldinterpret it as completely disabling the redux store, which is not the
case, as the aim is to use either the cozy-client internal store, or the
application own store. It was also confusing in the code, as the store
variable is the store itself.
Thus, we rename the option in
useCustomStoreto better reflect theintention.
If your application was using
store: falsein the cozy-clientinstanciation, you should now use
useCustomStore: true.57.7.2 (2025-05-05)
Bug Fixes
57.7.1 (2025-04-24)
Bug Fixes
v57.7.0Compare Source
Features
useCustomStorerather thanstore(eccc81e)BREAKING CHANGES
the boolean
storeoption. The naming is confusing, because we couldinterpret it as completely disabling the redux store, which is not the
case, as the aim is to use either the cozy-client internal store, or the
application own store. It was also confusing in the code, as the store
variable is the store itself.
Thus, we rename the option in
useCustomStoreto better reflect theintention.
If your application was using
store: falsein the cozy-clientinstanciation, you should now use
useCustomStore: true.57.7.2 (2025-05-05)
Bug Fixes
57.7.1 (2025-04-24)
Bug Fixes
v57.6.0Compare Source
Features
57.6.1 (2025-04-03)
Bug Fixes
cozyPouchDatafor sqlite (8427309)v57.5.0Compare Source
Features
v57.4.0Compare Source
Features
v57.3.0Compare Source
Bug Fixes
Features
v57.2.0Compare Source
Features
v57.1.0Compare Source
Features
v57.0.0Compare Source
Features
BREAKING CHANGES
SharingCollection.create method.
v56.0.0Compare Source
Features
BREAKING CHANGES
doMobileUpload methods have been removed on file model. If you still
have them in an app, you can safely remove the code.
v55.0.0Compare Source
Bug Fixes
Features
BREAKING CHANGES
The
reasonattribute of non-JSON fetch errors is nolonger a string composed of the server response status and status
text.
We used to have 2 different kinds of values for the
reasonattributeof
FetchErrorbuilt inCozyStackClient:(which may contain details about what when wrong, especially for 400
status responses) for JSON requests
non-JSON requests
In the non-JSON request situation, we lose information by not using
the server response body as the reason of the
FetchErrorwhichprevents users of
cozy-clientfrom reacting appropriately whenreceiving such an error to their request.
Therefore we homogenize our
FetchErrorinstances by always using theserver response body to build the error
reason.We need to add a new
throwFetchErrorsoption toCozyStackClient.fetchto determine when to throw the error ratherthan emitting it as JSON requests expect the error to be thrown but we
can't keep reading the response body from the JSON request method to
build a new error to throw as it's already been read to build the
emitted error.
Besides, by doing so, we build the error only once, making sure we get
the same kind no matter what type of request we make.
54.0.1 (2025-02-12)
Bug Fixes
v54.0.1Compare Source
Bug Fixes
Features
BREAKING CHANGES
The
reasonattribute of non-JSON fetch errors is nolonger a string composed of the server response status and status
text.
We used to have 2 different kinds of values for the
reasonattributeof
FetchErrorbuilt inCozyStackClient:(which may contain details about what when wrong, especially for 400
status responses) for JSON requests
non-JSON requests
In the non-JSON request situation, we lose information by not using
the server response body as the reason of the
FetchErrorwhichprevents users of
cozy-clientfrom reacting appropriately whenreceiving such an error to their request.
Therefore we homogenize our
FetchErrorinstances by always using theserver response body to build the error
reason.We need to add a new
throwFetchErrorsoption toCozyStackClient.fetchto determine when to throw the error ratherthan emitting it as JSON requests expect the error to be thrown but we
can't keep reading the response body from the JSON request method to
build a new error to throw as it's already been read to build the
emitted error.
Besides, by doing so, we build the error only once, making sure we get
the same kind no matter what type of request we make.
54.0.1 (2025-02-12)
Bug Fixes
v54.0.0Compare Source
Bug Fixes
Features
BREAKING CHANGES
The
reasonattribute of non-JSON fetch errors is nolonger a string composed of the server response status and status
text.
We used to have 2 different kinds of values for the
reasonattributeof
FetchErrorbuilt inCozyStackClient:(which may contain details about what when wrong, especially for 400
status responses) for JSON requests
non-JSON requests
In the non-JSON request situation, we lose information by not using
the server response body as the reason of the
FetchErrorwhichprevents users of
cozy-clientfrom reacting appropriately whenreceiving such an error to their request.
Therefore we homogenize our
FetchErrorinstances by always using theserver response body to build the error
reason.We need to add a new
throwFetchErrorsoption toCozyStackClient.fetchto determine when to throw the error ratherthan emitting it as JSON requests expect the error to be thrown but we
can't keep reading the response body from the JSON request method to
build a new error to throw as it's already been read to build the
emitted error.
Besides, by doing so, we build the error only once, making sure we get
the same kind no matter what type of request we make.
54.0.1 (2025-02-12)
Bug Fixes
v53.2.0Compare Source
Bug Fixes
BREAKING CHANGES
data-cozy-tokeninjection is no longer supportedfor refreshToken.
We used to rely on DOMParser to extract the new token during a
refreshToken procedure. However, DOMParser is a web API, which is not
available in web workers, nor in node env. Therefore, we implement our
own HTML parsing, relying on the
data-cozyattribute in HTML. We triedusing external libraries such as JSDom, fauxdom or linkedom, but got
build issues with all those libs. It was somehow manageable, but
required some additional config in consuming apps. As the HTML parsing
is quite basic, we decided that it is not worth the effort, and we now
do the parsing ourselves, making it available in web, workers, and node
envs.
As a consequence, we do not support the
data-cozy-tokenexistenceanymore, as it would require extra work and is seen as deprecated for
several years now. If your app still somehow require it, you need to
migrate the app template to rely on
data-cozylike this:53.2.1 (2025-02-05)
Bug Fixes
v53.1.1Compare Source
Features
53.1.1 (2025-01-29)
Bug Fixes
v53.1.0Compare Source
Features
53.1.1 (2025-01-29)
Configuration
📅 Schedule: Branch creation - "on saturday" in timezone Europe/Paris, Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.