[dependabot]

Bumps the dependencies group with 3 updates: @stellar/stellar-sdk, i18next and react-i18next.

Updates @stellar/stellar-sdk from 17.3.0 to 17.4.0

Release notes

Sourced from @​stellar/stellar-sdk's releases.

v17.4.0

v17.4.0

Added

• rpc.Server.queryEvents() fetches one page of events with the new queryEvents RPC method. Only the archival RPC node serves it, and it is in beta. A request is a ledger range query or a cursor continuation, and filter topics can be ScVals. rpc.Api.isQueryEventsError() narrows its typed errors, and rpc.parseRawQueryEvents() parses a raw response from _queryEvents(). getEvents() is unchanged (#1839).

Fixed

• Operation.toXdrPrice() throws "price must be positive" for a {n, d} price whose n is 0. Before, it returned a zero price, which the network rejects as malformed. This affects manageSellOffer(), manageBuyOffer(), createPassiveSellOffer() and liquidityPoolDeposit(). A zero price in number or string form already threw (#1843).

Full Changelog: stellar/js-stellar-sdk@v17.3.0...v17.4.0

Changelog

Sourced from @​stellar/stellar-sdk's changelog.

v17.4.0

Added

• rpc.Server.queryEvents() fetches one page of events with the new queryEvents RPC method. Only the archival RPC node serves it, and it is in beta. A request is a ledger range query or a cursor continuation, and filter topics can be ScVals. rpc.Api.isQueryEventsError() narrows its typed errors, and rpc.parseRawQueryEvents() parses a raw response from _queryEvents(). getEvents() is unchanged (#1839).

Fixed

• Operation.toXdrPrice() throws "price must be positive" for a {n, d} price whose n is 0. Before, it returned a zero price, which the network rejects as malformed. This affects manageSellOffer(), manageBuyOffer(), createPassiveSellOffer() and liquidityPoolDeposit(). A zero price in number or string form already threw (#1843).

Commits

• 1ef3f77 chore(release): prepare v17.4.0 (#1846)
• 257d86a fix(base): reject zero numerator in toXdrPrice (#1843)
• 314843c docs: move release steps into RELEASING.md (#1841)
• 4039630 feat(rpc): add queryEvents for the archival RPC node (#1839)
• See full diff in compare view

Updates i18next from 26.5.10 to 26.5.11

Release notes

Sourced from i18next's releases.

v26.5.11

• fix: a nested false, 0 or '' is now returned when a flat key with the same dotted name also exists. With { a: { b: false }, 'a.b': 'flat' }, getResource('en', 'translation', 'a.b') and t('a.b') returned 'flat': the nested result was checked for truthiness, so these present values fell through to the flat-key lookup. Without such a flat key they were already returned. A nested null, which is not a valid lookup by default (returnNull: false), still falls back to the flat key. Thanks @​lprnmns (#2461).

Changelog

Sourced from i18next's changelog.

26.5.11

• fix: a nested false, 0 or '' is now returned when a flat key with the same dotted name also exists. With { a: { b: false }, 'a.b': 'flat' }, getResource('en', 'translation', 'a.b') and t('a.b') returned 'flat': the nested result was checked for truthiness, so these present values fell through to the flat-key lookup. Without such a flat key they were already returned. A nested null, which is not a valid lookup by default (returnNull: false), still falls back to the flat key. Thanks @​lprnmns (#2461).

Commits

• a0ab5e9 26.5.11
• a08cf9e build
• 81677f9 changelog for 26.5.11
• a92934e fix: keep a nested null falling back to a flat key
• ad6e1ac fix: preserve falsy nested resource values (#2461)
• See full diff in compare view

Updates react-i18next from 17.1.8 to 17.1.9

Changelog

Sourced from react-i18next's changelog.

17.1.9

• fix(useTranslation): namespaces added to or removed from the ns array are now picked up. The hook used the array itself as the useMemo dependency list, and React only compares the entries both lists have in common when its length changes, so going from useTranslation(['nsA']) to useTranslation(['nsA', 'nsB']) kept returning ['nsA']: React warned that the dependency array changed size, nsB was never loaded, and with nsMode: 'fallback' keys only in nsB rendered as the key. Removing a namespace kept the old list the same way. The namespaces are now compared by content, so a growing list loads the new namespace (suspending until it is loaded, as switching from 'nsA' to 'nsB' already does) and t uses it. Lists that keep their length behave as before. Thanks @​lprnmns (#1945).

Commits

• 4f4236d 17.1.9
• e1a6945 build
• 8e9b59e changelog for 17.1.9
• 46564b6 fix: refresh translations when namespaces are added (#1945)
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions