Area
apps/desktop
Version and environment
T3 Code 0.0.38, x86_64 AppImage launched from Downloads; Pop!_OS 24.04 LTS, COSMIC/Wayland, Google Chrome.
Steps and actual behavior
- Launch the AppImage and start Google sign-in from T3 Code.
- Follow the browser flow back to the app.
- The desktop opens an "Open With" dialog saying "No Apps available" for
t3code://app/. Sign-in cannot complete.
Expected: the callback opens the running T3 Code app and completes sign-in.
Diagnostic evidence
~/.local/share/applications/t3code-url-handler.desktop already existed, pointed to the current AppImage, and declared MimeType=x-scheme-handler/t3code;. desktop-file-validate reported no errors.
Before the repair, gio mime x-scheme-handler/t3code reported:
Default application for “x-scheme-handler/t3code”: t3code-url-handler.desktop
No registered applications
No recommended applications
Confirmed workaround
update-desktop-database ~/.local/share/applications
Afterward, gio mime x-scheme-handler/t3code listed t3code-url-handler.desktop under both registered and recommended applications. I closed the browser tab and restarted login from T3 Code. The browser flow then completed and signup succeeded, without restarting T3 Code.
Likely cause
DesktopLinuxUrlHandler.ts writes the desktop entry and runs xdg-mime default, but does not refresh the desktop application database. Please consider refreshing it after registration. The observed cache repair and successful retry support this explanation; I have not reproduced it on a clean installation.
Related: #5978 mentions a missing Linux handler. In this case the handler existed and was the default, but was absent from the registered application list.
Area
apps/desktop
Version and environment
T3 Code 0.0.38, x86_64 AppImage launched from Downloads; Pop!_OS 24.04 LTS, COSMIC/Wayland, Google Chrome.
Steps and actual behavior
t3code://app/. Sign-in cannot complete.Expected: the callback opens the running T3 Code app and completes sign-in.
Diagnostic evidence
~/.local/share/applications/t3code-url-handler.desktopalready existed, pointed to the current AppImage, and declaredMimeType=x-scheme-handler/t3code;.desktop-file-validatereported no errors.Before the repair,
gio mime x-scheme-handler/t3codereported:Confirmed workaround
update-desktop-database ~/.local/share/applicationsAfterward,
gio mime x-scheme-handler/t3codelistedt3code-url-handler.desktopunder both registered and recommended applications. I closed the browser tab and restarted login from T3 Code. The browser flow then completed and signup succeeded, without restarting T3 Code.Likely cause
DesktopLinuxUrlHandler.ts writes the desktop entry and runs
xdg-mime default, but does not refresh the desktop application database. Please consider refreshing it after registration. The observed cache repair and successful retry support this explanation; I have not reproduced it on a clean installation.Related: #5978 mentions a missing Linux handler. In this case the handler existed and was the default, but was absent from the registered application list.