Skip to content

chore(deps): bump wasmtime from 46.0.1 to 47.0.2 - #9

Closed
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/wasmtime-46
Closed

chore(deps): bump wasmtime from 46.0.1 to 47.0.2#9
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/cargo/wasmtime-46

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jul 1, 2026

Copy link
Copy Markdown
Contributor

Bumps wasmtime from 46.0.1 to 47.0.2.

Release notes

Sourced from wasmtime's releases.

v47.0.2

47.0.2

Released 2026-07-21.

Fixed

  • Fix async-delivered write-closed events for futures. #13914

  • Fix call hooks with yields and concurrent execution. #13871

v47.0.1

47.0.1

Released 2026-07-20.

Fixed

  • Fixed publication of wasmtime-cli to crates.io. #13902

v47.0.0

47.0.0

Released 2026-07-20.

Added

  • Wasmtime now has the WebAssembly GC proposal enabled by default. #13594

  • Wasmtime now has the WebAssembly exception-handling proposal enabled by default. #13603

  • Cranelift now supports the compact unwind format on Mach-O platforms. #13586

  • Wasmtime now supports bounds-checked unsafe intrinsics which take spectre mitigations into account. #13597

  • The wasmtime::Engine type now supports reflection to determine the value of most Config options that were selected during creation. #13671

  • Support for fibers on unsupported architectures is now supported through an opt-in compile time Cargo feature defining a C API embedders can implement.

... (truncated)

Changelog

Sourced from wasmtime's changelog.

47.0.2

Released 2026-07-21.

Fixed

  • Fix async-delivered write-closed events for futures. #13914

  • Fix call hooks with yields and concurrent execution. #13871


47.0.1

Released 2026-07-20.

Fixed

  • Fixed publication of wasmtime-cli to crates.io. #13902

47.0.0

Released 2026-07-20.

Added

  • Wasmtime now has the WebAssembly GC proposal enabled by default. #13594

  • Wasmtime now has the WebAssembly exception-handling proposal enabled by default. #13603

  • Cranelift now supports the compact unwind format on Mach-O platforms. #13586

  • Wasmtime now supports bounds-checked unsafe intrinsics which take spectre mitigations into account. #13597

  • The wasmtime::Engine type now supports reflection to determine the value of most Config options that were selected during creation. #13671

  • Support for fibers on unsupported architectures is now supported through an

... (truncated)

Commits

@dependabot @github

dependabot Bot commented on behalf of github Jul 1, 2026

Copy link
Copy Markdown
Contributor Author

Labels

The following labels could not be found: dependencies, rust. Please create them before Dependabot can add them to a pull request.

Please fix the above issues or remove invalid values from dependabot.yml.

@dependabot
dependabot Bot force-pushed the dependabot/cargo/wasmtime-46 branch from 2c51c3d to f8605c5 Compare July 13, 2026 02:26
@codacy-production

codacy-production Bot commented Jul 13, 2026

Copy link
Copy Markdown

Up to standards ✅

🟢 Issues 0 issues

Results:
0 new issues

View in Codacy

NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.

@codacy-production codacy-production Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

The PR updates the wasmtime dependency but omits the necessary update for wasmtime-wasi. These crates are tightly coupled and must share the same version to avoid compilation errors stemming from internal shared dependencies.

Crucially, the security fix GHSA-4ch3-9j33-3pmj cited in the PR description is implemented in wasmtime-wasi. By failing to update that crate to version 46, the security objective of this pull request is not achieved. This update should not be merged until both crates are synchronized.

About this PR

  • The implementation currently introduces a dependency version mismatch between wasmtime and wasmtime-wasi, which typically causes Rust compilation errors due to conflicting internal crates like wasmtime-runtime. Ensure all related Wasmtime ecosystem crates are updated in unison.

Test suggestions

  • Verify project compilation with wasmtime 46 and existing wasmtime-wasi 45.
  • Execute WASI integration tests to confirm security fix GHSA-4ch3-9j33-3pmj is active.
Prompt proposal for missing tests
Consider implementing these tests if applicable:
1. Verify project compilation with wasmtime 46 and existing wasmtime-wasi 45.
2. Execute WASI integration tests to confirm security fix GHSA-4ch3-9j33-3pmj is active.

TIP Improve review quality by adding custom instructions
TIP How was this review? Give us feedback

Comment thread Cargo.toml Outdated

# Wasm plugin runtime
wasmtime = { version = "45", default-features = false, features = ["cranelift", "async", "component-model"] }
wasmtime = { version = "46", default-features = false, features = ["cranelift", "async", "component-model"] }

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔴 HIGH RISK

Updating wasmtime to 46 while keeping wasmtime-wasi at 45 will likely lead to compilation errors. These crates must be updated in sync. Additionally, the PR description mentions security fix GHSA-4ch3-9j33-3pmj which affects wasmtime-wasi; you must update wasmtime-wasi to version 46 as well to receive the fix.

Try running the following prompt in your coding agent:

Update wasmtime-wasi to version 46 in Cargo.toml to match the update of wasmtime.

@codacy-production codacy-production Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

This PR exhibits a major misalignment between its title and the provided implementation. While described as a routine dependency update (chore) for wasmtime, the changes instead introduce a new 'linting' feature for the dpp-vault service, including a new API endpoint and domain service module. The actual wasmtime requirement update is missing from the code changes.

Codacy analysis indicates the PR is currently up to standards in terms of static analysis; however, the lack of unit or integration tests for the new domain logic is a significant concern. The introduction of feature-level changes under a chore title is misleading and complicates the review and release process. It is recommended to separate these changes into appropriate PRs or update this PR to accurately reflect its scope and include the missing dependency update and test coverage.

About this PR

  • There are no unit or integration tests included for the new lint handler or service module introduced in this PR.
  • The PR title and description are misleading. They state a dependency update for 'wasmtime', but the diff primarily implements a new domain feature ('linting') while the dependency bump itself is missing.

Test suggestions

  • Verify dependency update in Cargo.toml
  • Verify the POST /dpp/{dppId}/lint endpoint successfully triggers the linting service
  • Verify the lint service correctly performs advisory re-checks without blocking publishing
  • Confirm that the updated create_draft call in smoke.rs correctly round-trips component references
Prompt proposal for missing tests
Consider implementing these tests if applicable:
1. Verify dependency update in Cargo.toml
2. Verify the POST /dpp/{dppId}/lint endpoint successfully triggers the linting service
3. Verify the lint service correctly performs advisory re-checks without blocking publishing

TIP Improve review quality by adding custom instructions
TIP How was this review? Give us feedback

//! - [`query`] — read paths: `find_*`, `list`, `count`, `history`
//! - [`create`] — `create`, `update`, and their private helpers `apply_patch`/`apply_compliance`
//! - [`publish`] — `publish` and its private helpers `validate_schema_for_publish`/`build_gs1_or_fallback_url`
//! - [`lint`] — `relint` (advisory lint re-check; never blocks publish)

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 MEDIUM RISK

This new service module for 'relint' operations is out of scope for a dependency update chore.

.route("/dpps", get(list_handler))
.route("/dpp/{dppId}", get(read_handler).put(update_handler))
.route("/dpp/{dppId}/publish", post(publish_handler))
.route("/dpp/{dppId}/lint", post(lint_handler))

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🟡 MEDIUM RISK

The addition of the /lint route is not mentioned in the PR description. New features should be documented and ideally handled in a separate PR from dependency chores.

@codacy-production codacy-production Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

This PR is currently not up to standards due to a significant mismatch between the stated intent and the actual changes. While the PR title and description indicate an update to a specific dependency, the code change modifies a different package entirely.

The required update mentioned in the acceptance criteria is completely missing from the implementation. This discrepancy must be resolved to ensure the project's dependency history remains accurate and that the intended update is actually performed.

About this PR

  • There is a significant misalignment between the PR metadata and the implementation. The code updates a different dependency than the one claimed in the title and description. This inconsistency should be addressed to maintain an accurate project history.

Test suggestions

  • Verify that the dependency version is updated correctly in Cargo.toml
  • Verify that the secondary dependency version is updated correctly in Cargo.toml
Prompt proposal for missing tests
Consider implementing these tests if applicable:
1. Verify that the dependency version is updated correctly in Cargo.toml
2. Verify that the secondary dependency version is updated correctly in Cargo.toml

TIP Improve review quality by adding custom instructions
TIP How was this review? Give us feedback

Comment thread Cargo.toml

# Integration tests
testcontainers = "0.21"
testcontainers = "0.27"

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🔴 HIGH RISK

The implementation diverges from the PR description. This change updates a dependency that is not the one identified in the PR title. The dependency specified in the requirements remains unmodified.

@dependabot
dependabot Bot force-pushed the dependabot/cargo/wasmtime-46 branch from f8605c5 to 6ec7851 Compare July 20, 2026 14:39
Bumps [wasmtime](https://github.com/bytecodealliance/wasmtime) from 46.0.1 to 47.0.2.
- [Release notes](https://github.com/bytecodealliance/wasmtime/releases)
- [Changelog](https://github.com/bytecodealliance/wasmtime/blob/v47.0.2/RELEASES.md)
- [Commits](bytecodealliance/wasmtime@v46.0.1...v47.0.2)

---
updated-dependencies:
- dependency-name: wasmtime
  dependency-version: 46.0.1
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot changed the title chore(deps): update wasmtime requirement from 45 to 46 chore(deps): bump wasmtime from 46.0.1 to 47.0.2 Jul 28, 2026
@dependabot
dependabot Bot force-pushed the dependabot/cargo/wasmtime-46 branch from 6ec7851 to 269fe0e Compare July 28, 2026 10:51
@dependabot @github

dependabot Bot commented on behalf of github Jul 28, 2026

Copy link
Copy Markdown
Contributor Author

Superseded by #56.

@dependabot dependabot Bot closed this Jul 28, 2026
@dependabot
dependabot Bot deleted the dependabot/cargo/wasmtime-46 branch July 28, 2026 10:55
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.

0 participants