[
https://issues.apache.org/jira/browse/GUACAMOLE-360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16867521#comment-16867521
]
Nick Couchman commented on GUACAMOLE-360:
-----------------------------------------
[~mike.jumper]: This sounds great to me - back in those halcyon days of yore,
when I had free time, I had actually started trying to code something like
this. It's been a while since I did anything on it, but I think I was having a
mental block as to how to both accomplish what you suggested above but also
keep the shared authentication providers, with the sharing key and associated
directories, intact. I don't think I made any substantial progress on anything
in the past, and the suggested route sounds good to me.
> Autoreconnect only most recent session
> --------------------------------------
>
> Key: GUACAMOLE-360
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-360
> Project: Guacamole
> Issue Type: New Feature
> Components: guacamole-client
> Reporter: Matt Prager
> Assignee: Nick Couchman
> Priority: Minor
> Fix For: 1.1.0
>
>
> I've had an issue with Guacamole where I forget to logoff a VNC session, go
> use a completely different computer or device, try to login to the same
> session and get caught in an "autoreconnect loop" where the new session logs
> off off the old session which then autoreconnects that old session and logs
> off the new session ad inifinitum. There's no way to stop this because, if
> I'm not in front of the computer I forgot to log off, I have no way of
> shutting down that session remotely.
> Since many of us leave tabs open rather than remembering to close them, it
> seems that the behavior should be, in the event of a user trying to
> simultaneously log into the same session, that autoreconnect should only
> apply to the most recent session and the older session should be disconnected
> and remain that way.
> Otherwise, you run into a situation where you were using Guacamole at the
> office to log into a VNC session and are then unable to use Guacamole to log
> into that session from anywhere else which sort of defeats the purpose of
> remote access.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
