release: publish dioxus-native at 0.7.3, against the 0.4 engine - #80
Closed
pathscale wants to merge 1 commit into
Closed
release: publish dioxus-native at 0.7.3, against the 0.4 engine#80pathscale wants to merge 1 commit into
pathscale wants to merge 1 commit into
Conversation
The 0.4.0 release moved every published engine crate but left these two behind.
Their manifests are correct on master — the engine arrives through
`workspace = true`, which is `^0.4.0` — but 0.7.2 is what is on the registry
and 0.7.2 went out carrying `^0.3.0-beta.6`.
A version already published cannot be corrected in place, so the fix is a new
version rather than a re-release.
The effect on a consumer is not a stale renderer, it is two engines. A crate
taking ps-blitz ^0.4 and dioxus-native ^0.7.2 resolves both 0.4.0 and
0.3.0-beta.6, and cargo treats them as unrelated crates that happen to export
the same names:
expected `blitz_script::document::ScriptDocument`, found `ScriptDocument`
with both types pointing at the same file. chuzz hits exactly this moving to
0.4, and cannot land its pin bump until this is on the registry.
Nothing here changes code. Only the version these two crates claim, and the
workspace ranges that name them.
This was referenced Aug 31, 2026
Owner
Author
|
Superseded by #83, which stacks all three into one PR with the 0.4.1 workspace bump. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
The 0.4.0 release moved every published engine crate but left
ps-dioxus-nativeandps-dioxus-native-dombehind.Their manifests on master are already correct — the engine arrives through
workspace = true, which is^0.4.0. The problem is the registry: 0.7.2 is what is published, and 0.7.2 went out carrying^0.3.0-beta.6. A published version cannot be corrected in place, so this is a new version rather than a re-release.Why it matters
The symptom is not a stale renderer. It is two engines.
A crate that takes ps-blitz
^0.4and dioxus-native^0.7.2resolves both 0.4.0 and 0.3.0-beta.6. Cargo treats them as unrelated crates that happen to export the same names:with both types pointing at the same file.
Measured
Resolving chuzz against ps-blitz
^0.4with the published dioxus-native gives a graph carrying both lines:Every beta edge traces back to
ps-dioxus-native 0.7.2andps-dioxus-native-dom 0.7.2; nothing else in the graph asks for the beta line.With these two patched to this branch, the same resolve produces one copy of each and no
patch ... was not usedwarning.Verified
cargo metadataon this branch reports the requirements these crates will publish with:Blocks
chuzz cannot land its 0.4 pin bump until this is on the registry.
No code changes — only the version these two crates claim and the workspace ranges naming them.