chore(deps): bump docker/login-action from 4.0.0 to 4.1.0 by dependabot[bot] · Pull Request #836 · midnightntwrk/midnight-js

dependabot · 2026-04-14T11:08:20Z

Bumps docker/login-action from 4.0.0 to 4.1.0.

Release notes

Sourced from docker/login-action's releases.

v4.1.0

Fix scoped Docker Hub cleanup path when registry is omitted by @crazy-max in docker/login-action#945

Bump @aws-sdk/client-ecr and @aws-sdk/client-ecr-public to 3.1020.0 in docker/login-action#930

Bump @docker/actions-toolkit from 0.77.0 to 0.86.0 in docker/login-action#932 docker/login-action#936

Bump brace-expansion from 1.1.12 to 1.1.13 in docker/login-action#952

Bump fast-xml-parser from 5.3.4 to 5.3.6 in docker/login-action#942

Bump flatted from 3.3.3 to 3.4.2 in docker/login-action#944

Bump glob from 10.3.12 to 10.5.0 in docker/login-action#940

Bump handlebars from 4.7.8 to 4.7.9 in docker/login-action#949

Bump http-proxy-agent and https-proxy-agent to 8.0.0 in docker/login-action#937

Bump lodash from 4.17.23 to 4.18.1 in docker/login-action#958

Bump minimatch from 3.1.2 to 3.1.5 in docker/login-action#941

Bump picomatch from 4.0.3 to 4.0.4 in docker/login-action#948

Bump undici from 6.23.0 to 6.24.1 in docker/login-action#938

Full Changelog: docker/login-action@v4.0.0...v4.1.0

Commits

4907a6d Merge pull request #930 from docker/dependabot/npm_and_yarn/aws-sdk-dependenc...
1e233e6 chore: update generated content
6c24ead build(deps): bump the aws-sdk-dependencies group with 2 updates
ee034d7 Merge pull request #958 from docker/dependabot/npm_and_yarn/lodash-4.18.1
1527209 Merge pull request #937 from docker/dependabot/npm_and_yarn/proxy-agent-depen...
d39362a build(deps): bump lodash from 4.17.23 to 4.18.1
a6f092b chore: update generated content
60953f0 build(deps): bump the proxy-agent-dependencies group with 2 updates
62c6885 Merge pull request #936 from docker/dependabot/npm_and_yarn/docker/actions-to...
102c0e6 chore: update generated content
Additional commits viewable 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 this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Bumps [docker/login-action](https://github.com/docker/login-action) from 4.0.0 to 4.1.0. - [Release notes](https://github.com/docker/login-action/releases) - [Commits](docker/login-action@b45d80f...4907a6d) --- updated-dependencies: - dependency-name: docker/login-action dependency-version: 4.1.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>

github-actions · 2026-04-14T11:12:39Z

Title	Statements	Branches	Functions
contracts	91.82% (472/514)	84.05% (195/232)	94.39% (101/107)
dapp-connector-proof-provider	91.82% (472/514)	84.05% (195/232)	94.39% (101/107)
fetch-zk-config-provider	100% (23/23)	84.61% (11/13)	100% (6/6)
http-client-proof-provider	81.39% (35/43)	93.33% (14/15)	66.66% (6/9)
indexer-public-data-provider	44.76% (107/239)	39.28% (44/112)	27.52% (30/109)
level-private-state-provider	92.77% (642/692)	82.15% (267/325)	100% (89/89)
logger-provider	100% (15/15)	100% (0/0)	100% (8/8)
midnight-js	100% (0/0)	100% (0/0)	100% (0/0)
node-zk-config-provider	100% (11/11)	100% (0/0)	100% (5/5)
utils	86.79% (46/53)	80.48% (33/41)	63.63% (7/11)

github-actions · 2026-04-14T11:12:47Z

Unit Test Results - MidnightJS

24 files ±0 80 suites ±0 4m 24s ⏱️ -8s
551 tests ±0 549 ✅ ±0 2 💤 ±0 0 ❌ ±0
1 116 runs ±0 1 112 ✅ ±0 4 💤 ±0 0 ❌ ±0

Results for commit b97280b. ± Comparison against base commit 5ee9d70.

♻️ This comment has been updated with latest results.

…n-4.1.0

MidnightCI · 2026-04-16T10:51:11Z

E2E Tests Results

e2e_tests_reports: Run #3551

Tests 📝	Passed ✅	Failed ❌	Skipped ⏭️	Pending ⏳	Other ❓	Flaky 🍂	Duration ⏱️
123	119	0	4	0	0	0	26m 37s

🎉 All tests passed!

Suites

119 passed, 0 failed, and 4 other

Suite	Passed	Failed	Other	Duration
✅ testkit-js/testkit-js-e2e/test/contracts.blocktime.it.test.ts ✅ Block Time Contract Tests 1 > blockTimeLt tests > should succeed when both device time and node time are less than future time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should fail immediately on device when device time is already past the check time ⏭️ Block Time Contract Tests 1 > blockTimeLt tests > should succeed on device but fail on node when submission is delayed ✅ Block Time Contract Tests 1 > blockTimeLt tests > should succeed when both device time and node time are greater than past time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should fail immediately on device when device time is less than check time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should succeed even with submission delay when checking past time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should succeed when both device time and node time are greater than past time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should fail when device time is not greater than check time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should succeed when both device time and node time are less than or equal to future time ✅ Block Time Contract Tests 1 > blockTimeLt tests > should fail immediately on device when device time exceeds check time ⏭️ Block Time Contract Tests 1 > blockTimeLt tests > should succeed on device but fail on node when submission delay causes time to exceed threshold ✅ Block Time Contract Tests 1 > blockTimeLt tests > should demonstrate different failure points for Lt check > Immediate past time - fails on device ⏭️ Block Time Contract Tests 1 > blockTimeLt tests > should demonstrate different failure points for Lt check > Near future time with delay - succeeds on device, fails on node ✅ Block Time Contract Tests 1 > blockTimeLt tests > should demonstrate different failure points for Lt check > Far future time - succeeds on both device and node ✅ Block Time Contract Tests 1 > blockTimeLt tests > should handle maximum time values ✅ Block Time Contract Tests 1 > blockTimeLt tests > should handle zero time value	✅ 13	❌ 0	⏭️ 3	2m 47s
✅ testkit-js/testkit-js-e2e/test/contracts.blocktime2.it.test.ts ✅ Block Time Contract Tests 2 > blockTimeLt tests > should demonstrate different failure points for Lt check > Immediate past time - fails on device ⏭️ Block Time Contract Tests 2 > blockTimeLt tests > should demonstrate different failure points for Lt check > Near future time with delay - succeeds on device, fails on node ✅ Block Time Contract Tests 2 > blockTimeLt tests > should demonstrate different failure points for Lt check > Far future time - succeeds on both device and node ✅ Block Time Contract Tests 2 > blockTimeLt tests > should handle maximum time values ✅ Block Time Contract Tests 2 > blockTimeLt tests > should handle zero time value	✅ 4	❌ 0	⏭️ 1	1m 11s
✅ testkit-js/testkit-js-e2e/test/contracts.it.test.ts ✅ Contracts API > should create unproven call and deploy transactions for contract with private state ✅ Contracts API > should deploy contract on the chain [@slow] ✅ Contracts API > should return deployed contract if it exists on specific address ✅ Contracts API > should return deployed contract if it exists on specific address without initialPrivateState ✅ Contracts API > should throw error if contract address has wrong format - length ✅ Contracts API > should return deployed contract if it exists on specific address with initialPrivateState and empty local private state store ✅ Contracts API > should return deployed contract if it exists on specific address with different initialPrivateState ✅ Contracts API > should wait indefinitely until contract exists on specific address [@slow] ✅ Contracts API > should throw for incompatible contract types that differ by circuit ids ✅ Contracts API > should throw for incompatible contract types with same shape but different verifier keys ✅ Contracts API > should return contract interface and execute circuit operations [@slow] ✅ Contracts API > should throw error on undefined public state at wrong address ✅ Contracts API > should submit a deploy transaction [@slow] ✅ Contracts API > should submit transaction that calls circuit in contract [@slow] ✅ Contracts API > should throw error if private state is undefined ✅ Contracts API > should throw error if public state is undefined ✅ Contracts API > should throw error if contract address has wrong format - not hex ✅ Contracts API > should return the latest observed state of a deployed contract and is independent of the chain state ✅ Contracts API > should wait indefinitely until state change, if stopped returns last contract state [@slow]	✅ 19	❌ 0	⏭️ 0	3m 22s
✅ testkit-js/testkit-js-e2e/test/contracts.scopedtx.it.test.ts ✅ Scoped Transaction Contract Tests > should submit scoped transaction that calls circuit in contract [@slow] ✅ Scoped Transaction Contract Tests > should submit scoped transaction that calls 2 different circuits in contract [@slow] ✅ Scoped Transaction Contract Tests > should submit scoped transaction that calls 2 circuits in contract and DOES NOT preserve execution order [@slow] ✅ Scoped Transaction Contract Tests > should not submit scoped transaction when one circuit call fails [@slow]	✅ 4	❌ 0	⏭️ 0	54.5s
✅ testkit-js/testkit-js-e2e/test/contracts.singlecontract.nostate.it.test.ts ✅ Contracts API > should deploy and find contracts with no private state [@slow] ✅ Contracts API > should create unproven call and deploy transactions for contract with no private state ✅ Contracts API > should submit deploy and call transactions for contracts with no private state [@slow]	✅ 3	❌ 0	⏭️ 0	1m 30s
✅ testkit-js/testkit-js-e2e/test/contracts.snarkupgrade.it.test.ts ✅ Contracts API Snark Upgrade [dedicated contract] [@slow] > should successfully remove verifier key using submitRemoveVerifierKeyTx ✅ Contracts API Snark Upgrade [dedicated contract] [@slow] > should successfully remove verifier key using createContractMaintenanceTxInterface ✅ Contracts API Snark Upgrade [dedicated contract] [@slow] > should successfully remove verifier key and disable circuit operation ✅ Contracts API Snark Upgrade [dedicated contract] [@slow] > should succeed on verifier key insertion retry after removal ✅ Contracts API Snark Upgrade [dedicated contract] [@slow] > should fail when inserting verifier key for wrong circuit after removal	✅ 5	❌ 0	⏭️ 0	3m 19s
✅ testkit-js/testkit-js-e2e/test/contracts.snarkupgrade.singlecontract.it.test.ts ✅ Contracts API Snark Upgrade [single contract] > submitReplaceAuthorityTx - successful replace authority with new key[@slow] ✅ Contracts API Snark Upgrade [single contract] > submitReplaceAuthorityTx - successful replace authority with same key [@slow] ✅ Contracts API Snark Upgrade [single contract] > submitReplaceAuthorityTx - should fail on replace contract that is not deployed to contract address ✅ Contracts API Snark Upgrade [single contract] > submitReplaceAuthorityTx - should fail when signing key for contract address does not exist ✅ Contracts API Snark Upgrade [single contract] > submitInsertVerifierKeyTx - should fail on invalid verifier key ✅ Contracts API Snark Upgrade [single contract] > submitInsertVerifierKeyTx - successful insert on not present circuitId [@slow] ✅ Contracts API Snark Upgrade [single contract] > submitInsertVerifierKeyTx - should fail on contract not present on contract address ✅ Contracts API Snark Upgrade [single contract] > submitInsertVerifierKeyTx - should fail on providers for different contract with different API ✅ Contracts API Snark Upgrade [single contract] > submitRemoveVerifierKeyTx - should fail on not present circuitId ✅ Contracts API Snark Upgrade [single contract] > submitRemoveVerifierKeyTx - should fail on contract not present on contract address ✅ Contracts API Snark Upgrade [single contract] > submitRemoveVerifierKeyTx - should fail on providers for different contract with different API ✅ Contracts API Snark Upgrade [single contract] > createContractMaintenanceTxInterface - replaceAuthority - successful replace authority with the new one [@slow] ✅ Contracts API Snark Upgrade [single contract] > createContractMaintenanceTxInterface - replaceAuthority - successful replace authority with the same one [@slow] ✅ Contracts API Snark Upgrade [single contract] > createContractMaintenanceTxInterface - replaceAuthority - should fail on contract not present on contract address ✅ Contracts API Snark Upgrade [single contract] > createContractMaintenanceTxInterface - insertVerifierKey - fail when key is still present ✅ Contracts API Snark Upgrade [single contract] > createContractMaintenanceTxInterface - insertVerifierKey - success when no key present [@slow] ✅ Contracts API Snark Upgrade [single contract] > createCircuitMaintenanceTxInterfaces - insertVerifierKey - fail when key is already present ✅ Contracts API Snark Upgrade [single contract] > createCircuitMaintenanceTxInterfaces - insertVerifierKey - success when no key present [@slow] ✅ Contracts API Snark Upgrade [single contract] > createCircuitMaintenanceTxInterfaces - removeVerifierKey - should fail on contract not present on contract address	✅ 19	❌ 0	⏭️ 0	3m 35s
✅ testkit-js/testkit-js-e2e/test/contracts.snarkupgrade.smoke.it.test.ts ✅ Contracts API Snark Upgrade [@slow][@smoke] > should update verifier keys from one contract to another [@smoke] ✅ Contracts API Snark Upgrade [@slow][@smoke] > should fail on operate with previous authority after replacement	✅ 2	❌ 0	⏭️ 0	3m 39s
✅ testkit-js/testkit-js-e2e/test/indexer-public-data-provider.observable1.it.test.ts ✅ Indexer API > should return the history of states starting from defined blockHash (inclusive:true, expected:1,2) [@slow] ✅ Indexer API > should return the history of states starting from defined blockHash (inclusive:false, expected:2) [@slow] ✅ Indexer API > should return the history of states starting from defined txId (inclusive:true, expected states:1,2) [@slow] ✅ Indexer API > should return the history of states starting from defined txId (inclusive:false, expected states:2) [@slow]	✅ 4	❌ 0	⏭️ 0	3m 38s
✅ testkit-js/testkit-js-e2e/test/indexer-public-data-provider.observable2.it.test.ts ✅ Indexer API > should return the history of states starting from defined blockHeight (inclusive:true, expected states:1,2) [@slow] ✅ Indexer API > should return the history of states starting from defined blockHeight (inclusive:false, expected states:2) [@slow] ✅ Indexer API > should return the entire history of states of the contract with the given address (config:{ type: 'all' }, expected states:0,1,2) [@slow] ✅ Indexer API > should return the history of states of the contract with the given address, starting with the most recent state (config:{ type: 'latest' }, expected states:1,2) [@slow]	✅ 4	❌ 0	⏭️ 0	3m 35s
✅ testkit-js/testkit-js-e2e/test/indexer-public-data-provider.singlecontract.it.test.ts ✅ Indexer API > queryDeployContractState - should return a contract state equivalent to the initial contract state produced during deployment construction ✅ Indexer API > queryContractState - should return the current contract state of a deployed contract ✅ Indexer API > queryContractState - should return the current contract state of a deployed contract at defined block height ✅ Indexer API > queryContractState - should return the current contract state of a deployed contract at defined block hash ✅ Indexer API > queryContractState - should return null on no contract at contract address ✅ Indexer API > queryZSwapAndContractState - should return the current ZSwap chain state and contract state of a deployed contract ✅ Indexer API > queryZSwapAndContractState - should return null on no contract at contract address ✅ Indexer API > watchForDeployTxData - should return the data of the transaction containing the deployment of the contract with the given address ✅ Indexer API > watchForTxData - should return the data of the transaction containing the contract call with the given transaction id ✅ Indexer API > watchForContractState - should immediately return the current state of a deployed contract	✅ 10	❌ 0	⏭️ 0	110ms
✅ testkit-js/testkit-js-e2e/test/level-private-state-provider.it.test.ts ✅ Level Private State Provider - Export/Import Integration > should preserve private state after database recreation [@slow]	✅ 1	❌ 0	⏭️ 0	52.8s
✅ testkit-js/testkit-js-e2e/test/nodejs.it.test.ts ✅ Ledger API - NodeJS Integration Tests > should run ESM module successfully ✅ Ledger API - NodeJS Integration Tests > should run CJS module with expected exit code	✅ 2	❌ 0	⏭️ 0	1m 41s
✅ testkit-js/testkit-js-e2e/test/proof-server.it.test.ts ✅ Proof server integration > should create proofs successfully for deploy and call transactions ✅ Proof server integration > should create proofs with transactions that has succesfull well-formedness ✅ Proof server integration > should execute 5 proveTx calls in parallel without errors	✅ 3	❌ 0	⏭️ 0	518ms
✅ testkit-js/testkit-js-e2e/test/shielded.advanced.it.test.ts ✅ Shielded tokens - advanced operations > should mint and send immediate shielded tokens ✅ Shielded tokens - advanced operations > should mint and burn shielded tokens	✅ 2	❌ 0	⏭️ 0	59.9s
✅ testkit-js/testkit-js-e2e/test/shielded.transfer.it.test.ts ✅ Shielded tokens > should mint tokens ✅ Shielded tokens > should deposit shielded coin via receiveShielded (issue #686)	✅ 2	❌ 0	⏭️ 0	1m 17s
✅ testkit-js/testkit-js-e2e/test/unshielded.balance.it.test.ts ✅ Unshielded tokens - balance > should get balance of tokens - 0 value ✅ Unshielded tokens - balance > should get balance of tokens - minted amount ✅ Unshielded tokens - balance > should get balance of tokens - greater than - false ✅ Unshielded tokens - balance > should get balance of tokens - greater than - true ✅ Unshielded tokens - balance > should get balance of tokens - less than - false ✅ Unshielded tokens - balance > should get balance of tokens - less than - true ✅ Unshielded tokens - balance > should get balance of tokens - greater than or equal - true (equal) ✅ Unshielded tokens - balance > should get balance of tokens - greater than or equal - false ✅ Unshielded tokens - balance > should get balance of tokens - less than or equal - true (equal) ✅ Unshielded tokens - balance > should get balance of tokens - less than or equal - false	✅ 10	❌ 0	⏭️ 0	3m
✅ testkit-js/testkit-js-e2e/test/unshielded.cross-wallet-transfer.it.test.ts ✅ Unshielded cross-wallet transfer (issue #720) > should send night tokens to different wallet via right<>(disclose(addr)) ✅ Unshielded cross-wallet transfer (issue #720) > should send night tokens to different wallet via disclose(recipient) (issue #720)	✅ 2	❌ 0	⏭️ 0	36.0s
✅ testkit-js/testkit-js-e2e/test/unshielded.mint-and-send.it.test.ts ✅ Unshielded tokens - mint and send variants > should mint tokens to contract address (self) ✅ Unshielded tokens - mint and send variants > should mint tokens to user address ✅ Unshielded tokens - mint and send variants > should send tokens to self ✅ Unshielded tokens - mint and send variants > should send tokens to contract address (self)	✅ 4	❌ 0	⏭️ 0	1m 47s
✅ testkit-js/testkit-js-e2e/test/unshielded.transfer.it.test.ts ✅ Unshielded tokens > Custom color > should mint different tokens ✅ Unshielded tokens > Custom color > should receive tokens - invalid ✅ Unshielded tokens > Custom color > should send tokens to wallet ✅ Unshielded tokens > Custom color > should receive tokens from wallet ✅ Unshielded tokens > Native color > should transfer night from wallet to contract - receiveNightTokens ✅ Unshielded tokens > Native color > should transfer night to wallet - sendNightTokensToUser	✅ 6	❌ 0	⏭️ 0	2m 5s

Github Test Reporter by CTRF 💚

dependabot bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Apr 14, 2026

dependabot bot requested a review from a team as a code owner April 14, 2026 11:08

dependabot bot added dependencies Pull requests that update a dependency file github_actions Pull requests that update GitHub Actions code labels Apr 14, 2026

Merge branch 'main' into dependabot/github_actions/docker/login-actio…

b97280b

…n-4.1.0

sp-io approved these changes Apr 16, 2026

View reviewed changes

sp-io merged commit 8aa1d91 into main Apr 16, 2026
40 checks passed

sp-io deleted the dependabot/github_actions/docker/login-action-4.1.0 branch April 16, 2026 11:38

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

chore(deps): bump docker/login-action from 4.0.0 to 4.1.0#836

chore(deps): bump docker/login-action from 4.0.0 to 4.1.0#836
sp-io merged 2 commits intomainfrom
dependabot/github_actions/docker/login-action-4.1.0

dependabot bot commented on behalf of github Apr 14, 2026

Uh oh!

github-actions bot commented Apr 14, 2026 •

edited

Loading

Uh oh!

github-actions bot commented Apr 14, 2026 •

edited

Loading

Uh oh!

MidnightCI commented Apr 16, 2026

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

dependabot bot commented on behalf of github Apr 14, 2026

v4.1.0

Uh oh!

github-actions bot commented Apr 14, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

github-actions bot commented Apr 14, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Unit Test Results - MidnightJS

Uh oh!

MidnightCI commented Apr 16, 2026

E2E Tests Results

e2e_tests_reports: Run #3551

🎉 All tests passed!

Suites

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

github-actions bot commented Apr 14, 2026 •

edited

Loading

github-actions bot commented Apr 14, 2026 •

edited

Loading