Skip to content

ci: pin Store CLI to v0.4.2 now that the upload timeout bug is fixed - #96

Open
azchohfi wants to merge 1 commit into
JitHubApp:mainfrom
azchohfi:bump-msstore-cli-v0.4.2
Open

ci: pin Store CLI to v0.4.2 now that the upload timeout bug is fixed#96
azchohfi wants to merge 1 commit into
JitHubApp:mainfrom
azchohfi:bump-msstore-cli-v0.4.2

Conversation

@azchohfi

@azchohfi azchohfi commented Sep 2, 2026

Copy link
Copy Markdown

STORE_CLI_VERSION sat on v0.4.1, the last release carrying microsoft/msstore-cli#162. That is fixed by #163 and released in v0.4.2 on 2026-09-02, so the pin advances and the comments stop describing a live bug.

This is deliberately not a revert of #92

#92 bundled three unrelated things: the timeout workaround, the @v1.3@v1.4 action upgrade, and error-handling improvements (the msstore --version gate, exit-code messages). Only the workaround framing and the pin change here — the action upgrade and the error handling are kept.

STORE_UPLOAD_TIMEOUT_SECONDS: 900 stays

It is no longer a workaround, but it is still worth setting. AzureBlobManager calls blobClient.UploadAsync without setting StorageTransferOptions, so the SDK's default 256 MiB InitialTransferSize applies and an .appxupload under that size is uploaded as a single PUT. Retry.NetworkTimeout therefore bounds the entire transfer rather than an individual chunk — so for a multi-arch x86|x64|ARM64 bundle the restored 100 s default would be a real risk, and it would fail in the same silent Uploading Bundle to Azure blob: 0% shape that #162 produced.

The validation block and the --uploadTimeout argument are therefore untouched.

Test contract

NativeAotSourceContractTests.StoreRelease_UsesPrValidatedNativeAotWithoutHardwareDependency asserts on the workflow's literal text, including STORE_CLI_VERSION: v0.4.1. That assertion is updated to v0.4.2 in the same commit so the suite stays green. The STORE_UPLOAD_TIMEOUT_SECONDS: 900 and '--uploadTimeout' assertions still hold unchanged.

Net effect

Pin v0.4.1v0.4.2, two comment rewrites, one test assertion, one docs sentence. No behaviour change beyond the version bump.

Sent as part of a sweep across the repos that referenced msstore-cli#162.

STORE_CLI_VERSION sat on v0.4.1, the last release carrying
microsoft/msstore-cli#162: --uploadTimeout was added with a CustomParser but no
DefaultValueFactory, so omitting it left the value at default(long) -- 0 --
which became the Azure blob client's NetworkTimeout and cancelled every request
immediately.

#163 fixes that and shipped in v0.4.2 on 2026-09-02, so the pin advances and
the comments stop describing a live bug.

STORE_UPLOAD_TIMEOUT_SECONDS and the --uploadTimeout argument stay. They are no
longer a workaround, but the value is still worth setting: the CLI sets no
StorageTransferOptions, so an .appxupload under 256 MiB is uploaded as a single
PUT and NetworkTimeout has to cover the entire transfer rather than one chunk.

NativeAotSourceContractTests is updated to match the new pin.

Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Copilot-Session: a33ffb27-8072-43c0-beb7-a7bc7e8e2229
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant