Repository navigation
fix: AppImage crash behind proxies, plugin permission query, Windows smoke test (v0.6.6) - #37
Merged
Merged
Conversation
…Windows smoke test Found by running the v0.6.5 release on a headless Linux desktop: - AppImage: newer Tauri bundlers pack glib-networking's environment and libproxy proxy-resolver modules. With HTTP(S)_PROXY-style variables set, WebKit's network process crashes on them and every page shows "WebKit encountered an internal error" (v0.6.3 never bundled them and works). strip-appimage-libs.sh now removes both modules and libproxy, drops them from giomodule.cache, and gives directories normal 0755 modes instead of the 0700 the runtime's extraction leaves. - The notification plugin's init script asks `is_permission_granted` on every page load; the remote page wasn't allowed to, leaving an unhandled promise rejection in WhatsApp's page on Linux/macOS. Grant only that read-only query; the plugin's `notify` stays denied. ACL test added. - smoke-windows workflow: installs a published release on a fresh Windows runner, checks the whatsapp:// registration, launches it, clicks a page link through to the browser, opens a whatsapp:// link, and prints the app log and screenshots. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L8dUghRiNrKrHHR5BNMSSD
… Windows banner) Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L8dUghRiNrKrHHR5BNMSSD
- Version 0.6.6 in Cargo.toml, Cargo.lock and tauri.conf.json - Flatpak metainfo release entry - Release notes in docs/release-notes/v0.6.6.md Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L8dUghRiNrKrHHR5BNMSSD
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
2 participants
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.
Found by running the published v0.6.5 builds end to end on a headless Linux desktop and on a fresh Windows runner.
AppImage: "WebKit encountered an internal error" behind a proxy
HTTPS_PROXY/HTTP_PROXY-style variables set, the v0.6.4 and v0.6.5 AppImages never load WhatsApp. WebKit's network process crashes, and the page shows "WebKit encountered an internal error". Without those variables the AppImage works, and the v0.6.3 AppImage works in the same environment.libgioenvironmentproxy.soandlibgiolibproxy.so(pluslibproxy.so.1), which v0.6.3 never bundled. I bisected the GIO module directory, restoring the bundled modules one at a time. TLS alone works and TLS + the GNOME-settings proxy module works; adding either environment-based proxy module crashes the network process.scripts/strip-appimage-libs.sh(the AppImage bundles libwayland-client.so.0, breaking Mesa EGL — blank window with EGL_BAD_PARAMETER #22 post-processing step) now also removes those modules and drops them fromgiomodule.cache. It also resets directories to 0755: the AppImage runtime extracts them as 0700, and the repack was baking that in.LD_LIBRARY_PATH, no forcedGDK_BACKEND, no bundle paths inXDG_DATA_DIRS.Unhandled rejection in the page on Linux/macOS
plugin:notification|is_permission_grantedon every page load. The remote page wasn't allowed to make that call, so every start loggedpageerr: unhandledrejection: Command plugin:notification|is_permission_granted not allowed by ACL.notification:allow-is-permission-granted. The plugin'snotifystays denied.smoke-windowsworkflowOn a fresh
windows-latestrunner it:whatsapp://registry entry and launches the app;whatsapp://link and checks a single instance;It runs on push when its own file changes, or manually with a version input. Against v0.6.5 it passed every check: install,
HKCU\Software\Classes\whatsapp→whatrust.exe "%1",webview2: NotificationReceived handler installed, Need help? opening faq.whatsapp.com in Edge, the Download button starting a download, andlinks: opening a WhatsApp link in-appwith one process.Release
docs/release-notes/v0.6.6.md.Testing
.deband AppImage tested headless as described above.--toggleshortcut (v0.3.1) #2 passed.🤖 Generated with Claude Code
https://claude.ai/code/session_01L8dUghRiNrKrHHR5BNMSSD
Generated by Claude Code