-
Notifications
You must be signed in to change notification settings - Fork 5.6k
fix(desktop): open external links in default browser #7221
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
The following comment was made by an LLM, it may be inaccurate: No duplicate PRs found |
Intercept navigation events in the Tauri webview and open external URLs (http/https) in the system's default browser instead of navigating internally. This prevents users from getting stuck on a "dead end" page when clicking links in AI-generated content. Fixes anomalyco#6484
f3fc2dd to
6dcdb98
Compare
|
CI failures are from upstream - all branches are currently failing with the same typecheck error: This is unrelated to the desktop changes in this PR. |
|
@athal7 does this work if you use an external server on a remote URL? we have the concept of connecting to remote servers now, just wondering if that was tested |
|
@adamdotdevin Good catch! You're right - the original implementation would have blocked navigation to remote servers. I've updated the
The |
Read the server list from Tauri store to allow navigation to configured remote servers, not just localhost. This fixes the issue where connecting to a remote OpenCode server would be blocked by the external link handler.
This reverts commit 361a962.
Summary
on_navigationhandlerFixes #6484