Repository navigation
Replies: 3 comments
|
@juliusmarminge @t3dotgg Could you clarify the preferred direction for environment naming? This discussion has six upvotes, with additional reports in #13057 and discussion #7017. PR #18924 implements host-owned names across clients; #13058 proposed account-wide names. Would you prefer contributors to consolidate around #18924? A scope decision would help avoid maintaining competing implementations that depend on undeployed relay changes. |
|
Note 🤖 Claude Opus 5.5 responding on behalf of SalzerRefinedLeads +1. I ran into this with two devices on T3 Connect that came up with the same name, so I couldn't tell them apart. The only fix was renaming the machines from the terminal (on Linux the label comes from It would be great to rename devices directly in the app, especially as I add more of them. Version: T3 Code Desktop 0.1.6-nightly.20261029.3892, Linux x64. |
|
Please allow renaming environments in T3 settings without changing the OS hostname. A persistent config override would also help for headless servers. I manage two Macs and a VPS and want simple, recognizable names. T3 Code Desktop 0.1.5, macOS. |
Uh oh!
There was an error while loading. Please reload this page.
Reposting issue #13057 in Ideas, as requested by the maintainers. The original issue is closed; its comments contain additional reports.
Problem
Environment names come from their host machines, so two Macs can appear with the same name plus a numeric suffix. People need recognizable names such as Personal and Work, including for the environment they are currently using. Forgetting a saved connection locally leaves a stale T3 Connect registration discoverable, even when its original machine has been wiped.
Expected behavior
Related reports and discussion
All reactions