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
{{ message }}
Repository navigation
Claude Pro/Max authentication not usable over SSH #7114
When trying to sign in to Claude Pro/Max, the TUI pops up a window in the center of the screen with a long URL, then says "enter the authentication code". The docs suggest that it will automatically open a browser to this URL.
If using opencode on a remote server over SSH, the "automatically open a browser" function is obviously not usable. And, it's not easily possible to copy the long URL out of the popup box. The TUI's click override prevents highlighting the URL (or rather, you can highlight it with click and drag, but the highlight vanishes as soon as you release the mouse button, and you can't copy). Overriding the click override (by holding shift) lets you highlight the relevant text, but it also picks up a lot of cruft from the background window which you have to edit out manually in a text editor or similar.
In the case where it can't open a browser, the TUI should present the auth URL in full, without any click override to prevent copying, and without cruft in the background to pollute a forced copy.
This is the same bug as #6424. That bug was closed as a duplicate of #1168. However, I believe that was mistaken.
The proposed fix in #1168, of adding an explicit open-in-browser shortcut, would not fix this bug. The issue here is for situations such as remote server usage where the opencode app itself cannot automatically open a browser window. I believe the correct fix for this issue is to display the URL in a manner such that it can be copied through the terminal. (opencode trying to automatically copy it to the clipboard for you will also not work if running over SSH.)
Thus, this bug should remain open. (really, #6424 should have remained open, but.)
Activity
github-actions commentedon Jan 6, 2026
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
alethiophile commentedon Jan 6, 2026
This is the same bug as #6424. That bug was closed as a duplicate of #1168. However, I believe that was mistaken.
The proposed fix in #1168, of adding an explicit open-in-browser shortcut, would not fix this bug. The issue here is for situations such as remote server usage where the opencode app itself cannot automatically open a browser window. I believe the correct fix for this issue is to display the URL in a manner such that it can be copied through the terminal. (opencode trying to automatically copy it to the clipboard for you will also not work if running over SSH.)
Thus, this bug should remain open. (really, #6424 should have remained open, but.)
thdxr commentedon Mar 25, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.