[GH-ISSUE #447] Show online/accessibility status of connections #1329

Closed
opened 2026-02-28 12:03:48 +03:00 by kerem · 3 comments
Owner

Originally created by @Gameniti on GitHub (Jul 8, 2023).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/447

Originally assigned to: @VShawn on GitHub.

Is your feature request related to a problem? Please describe.
I have some machines that I only boot up when I need them. Some other machines are only accessible with VPN activated.

Describe the solution you'd like
A way to see the online/accessible status of machines. Something like a small lamp (red for offline, green for online) in the bottom left of the card in card view or next to the name of the connection in list view.
Idk if a simple ping would solve this but if it does add a setting to increase/decrease time between pings.

Additional context
I would try to add this but I have almost 0% experience in programming. (especially C#)

Originally created by @Gameniti on GitHub (Jul 8, 2023). Original GitHub issue: https://github.com/1Remote/1Remote/issues/447 Originally assigned to: @VShawn on GitHub. **Is your feature request related to a problem? Please describe.** I have some machines that I only boot up when I need them. Some other machines are only accessible with VPN activated. **Describe the solution you'd like** A way to see the online/accessible status of machines. Something like a small lamp (red for offline, green for online) in the bottom left of the card in card view or next to the name of the connection in list view. Idk if a simple ping would solve this but if it does add a setting to increase/decrease time between pings. **Additional context** I would try to add this but I have almost 0% experience in programming. (especially C#)
kerem 2026-02-28 12:03:48 +03:00
Author
Owner

@VShawn commented on GitHub (Jul 8, 2023):

Since we have availability detection https://github.com/1Remote/1Remote/issues/420, it seems that this requirement is easy to implement by adding a background timer to check the availability of the addresses. However, we need to consider how to handle the UI and availability of a connection with multiple addresses.

cc @majkinetor

<!-- gh-comment-id:1626703838 --> @VShawn commented on GitHub (Jul 8, 2023): Since we have availability detection https://github.com/1Remote/1Remote/issues/420, it seems that this requirement is easy to implement by adding a background timer to check the availability of the addresses. However, we need to consider how to handle the UI and availability of a connection with multiple addresses. cc @majkinetor
Author
Owner

@VShawn commented on GitHub (Jul 8, 2023):

maybe it's better to move the ticket into discussion

<!-- gh-comment-id:1626704935 --> @VShawn commented on GitHub (Jul 8, 2023): maybe it's better to move the ticket into discussion
Author
Owner

@majkinetor commented on GitHub (Jul 9, 2023):

Since we have availability detection https://github.com/1Remote/1Remote/issues/420, it seems that this requirement is easy to implement by adding a background timer to check the availability of the addresses. However, we need to consider how to handle the UI and availability of a connection with multiple addresses.

Exactly my thoughts. We could have a connection option such as Test servers availability constantly and provide global option for timer which could by default be 1m. Or, we could specify test timer on connection itself so some connections can be tested slower and some faster, but no more then once in minute so we can have single background task running for all connections every minute.

UI should be handled the way we handle disconnections now, with disconnetion icon. However, looks like system tags should be better option for this (https://github.com/1Remote/1Remote/discussions/416) as that will allow filtering out available connections.

Multiple IP should be handled in paralell, the same as multiple connections (maybe something more inteligent tho, like to first try on recently available connection and then on others if that one is not available, all in order to minimize the number of running connections).

<!-- gh-comment-id:1627714597 --> @majkinetor commented on GitHub (Jul 9, 2023): > Since we have availability detection https://github.com/1Remote/1Remote/issues/420, it seems that this requirement is easy to implement by adding a background timer to check the availability of the addresses. However, we need to consider how to handle the UI and availability of a connection with multiple addresses. Exactly my thoughts. We could have a connection option such as _Test servers availability constantly_ and provide global option for timer which could by default be 1m. Or, we could specify test timer on connection itself so some connections can be tested slower and some faster, but no more then once in minute so we can have single background task running for all connections every minute. UI should be handled the way we handle disconnections now, with disconnetion icon. However, looks like system tags should be better option for this (https://github.com/1Remote/1Remote/discussions/416) as that will allow filtering out available connections. Multiple IP should be handled in paralell, the same as multiple connections (maybe something more inteligent tho, like to first try on recently available connection and then on others if that one is not available, all in order to minimize the number of running connections).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/1Remote#1329
No description provided.