You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dependabot alert #1
(GHSA-wrw7-89jp-8q8g — glib < 0.20.0VariantStrIter unsoundness) was
dismissed on 2026-06-12 with reason tolerable_risk. The full rationale,
dependency chain, and reachability analysis live in SECURITY.md#ghsa-wrw7-89jp-8q8g.
The dismissal explicitly recorded a re-evaluation trigger: when Tauri
3.x ships with the gtk4 + webkit6 + non-libappindicator-gtk3 stack,
this advisory becomes fixable via a single dependency bump. This
issue exists to make sure we notice when that day arrives.
What we're watching for
A stable Tauri 3.x release on crates.io (cargo search tauri showing tauri >= 3.0.0 as max_stable_version).
gh api --method PATCH /repos/AlienResidents/cronaut/dependabot/alerts/1 \
-f state=open
Then let Dependabot's daily scan close it as "fixed" once the
updated Cargo.lock is on main. (Re-opening manually before
merging the bump avoids the dismissal lingering after the actual
fix lands.)
Close this issue.
What does NOT trigger this issue
A Tauri 2.x point release that bumps wry / tao / tray-icon but
stays on gtk ^0.18. Those are still bound to glib 0.18.x and
cannot pull in the fix. The whole stack has to move to gtk4.
A new fork or [patch.crates-io] advice from the community. The
dismissal explicitly excluded that route — see SECURITY.md for why.
A separate glib advisory reachable through a different dep path.
Per SECURITY.md: "Any future glib advisory, or a glib advisory
reachable via a different path, must be re-triaged from scratch."
Suggested check cadence
Quarterly. The migration has been open for ~12+ months and the latest
upstream activity (as of dismissal) is community-fork PRs against
tauri#14684, not maintainer merges — there is no near-term ETA.
Context
Dependabot alert #1
(
GHSA-wrw7-89jp-8q8g—glib < 0.20.0VariantStrIterunsoundness) wasdismissed on 2026-06-12 with reason
tolerable_risk. The full rationale,dependency chain, and reachability analysis live in
SECURITY.md#ghsa-wrw7-89jp-8q8g.The dismissal explicitly recorded a re-evaluation trigger: when Tauri
3.x ships with the gtk4 + webkit6 + non-libappindicator-gtk3 stack,
this advisory becomes fixable via a single dependency bump. This
issue exists to make sure we notice when that day arrives.
What we're watching for
cargo search taurishowingtauri >= 3.0.0asmax_stable_version).[feat] Migrate to GTK4feat(linux): migrate to GTK4 and WebKitGTK 6.0tauri-runtime-wrytogtk4-rstauri-apps/tauri#12561 —Upgrade tauri-runtime-wry to gtk4-rstauri-runtimetogtk4-rstauri-apps/tauri#12562 —Upgrade tauri-runtime to gtk4-rstauritogtk4-rstauri-apps/tauri#12563 —Upgrade tauri to gtk4-rswrytogtk4-rsandwebkit6tauri-apps/wry#1474 —Upgrade wry to gtk4-rs and webkit6fix(linux): Port to webkitgtk6tauri 3.xPR on this repo (thetauricrateis already monitored).
Action when the trigger fires
Verify on a worktree:
cargo update -p taurito the 3.x line (likely needs other@tauri-apps/*plugin bumps in lockstep).cargo tree -i glibshould now showglib >= 0.20.xand thegtk-3 transitive chain (
atk,gtk 0.18,libappindicator)should be gone or replaced.
.deblocally and confirm the tray, webview, andpnpm tauri build --bundles deball still work.Update
SECURITY.md:GHSA-wrw7-89jp-8q8gentry from "Dismissed advisories"to a new "Resolved advisories" section (or delete; we keep it as
audit trail).
Re-open Dependabot alert Watch for Tauri 3.x release to re-open GHSA-wrw7-89jp-8q8g (glib <0.20 unsoundness) #1 via the API:
Then let Dependabot's daily scan close it as "fixed" once the
updated
Cargo.lockis onmain. (Re-opening manually beforemerging the bump avoids the dismissal lingering after the actual
fix lands.)
Close this issue.
What does NOT trigger this issue
wry/tao/tray-iconbutstays on
gtk ^0.18. Those are still bound to glib 0.18.x andcannot pull in the fix. The whole stack has to move to gtk4.
[patch.crates-io]advice from the community. Thedismissal explicitly excluded that route — see SECURITY.md for why.
Per SECURITY.md: "Any future glib advisory, or a glib advisory
reachable via a different path, must be re-triaged from scratch."
Suggested check cadence
Quarterly. The migration has been open for ~12+ months and the latest
upstream activity (as of dismissal) is community-fork PRs against
tauri#14684, not maintainer merges — there is no near-term ETA.