Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 6759F200C51 for ; Sun, 26 Mar 2017 06:24:46 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 65E4D160B96; Sun, 26 Mar 2017 04:24:46 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id AD2AE160B88 for ; Sun, 26 Mar 2017 06:24:45 +0200 (CEST) Received: (qmail 38632 invoked by uid 500); 26 Mar 2017 04:24:45 -0000 Mailing-List: contact commits-help@guacamole.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@guacamole.incubator.apache.org Delivered-To: mailing list commits@guacamole.incubator.apache.org Received: (qmail 38623 invoked by uid 99); 26 Mar 2017 04:24:44 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 Mar 2017 04:24:44 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 4B758C1379 for ; Sun, 26 Mar 2017 04:24:44 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -99.202 X-Spam-Level: X-Spam-Status: No, score=-99.202 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id UYXj8d4nGlU9 for ; Sun, 26 Mar 2017 04:24:43 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id E0AA85FB3F for ; Sun, 26 Mar 2017 04:24:42 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id F213EE06CC for ; Sun, 26 Mar 2017 04:24:41 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 8805F24065 for ; Sun, 26 Mar 2017 04:24:41 +0000 (UTC) Date: Sun, 26 Mar 2017 04:24:41 +0000 (UTC) From: "James Muehlner (JIRA)" To: commits@guacamole.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (GUACAMOLE-255) Support Ability to Auto-Start Connection MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 26 Mar 2017 04:24:46 -0000 [ https://issues.apache.org/jira/browse/GUACAMOLE-255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15942131#comment-15942131 ] James Muehlner commented on GUACAMOLE-255: ------------------------------------------ I'd have to say that I agree with [~mike.jumper] on this one. If you want to always access a certain connection, but still have access to others, bookmarking (or sharing) the link for the desired connection seems to work just fine. Adding another feature to do essentially the same thing does feel like feature creep. [~nick.couchman@yahoo.com] Would that not work for your needs? > Support Ability to Auto-Start Connection > ---------------------------------------- > > Key: GUACAMOLE-255 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-255 > Project: Guacamole > Issue Type: Wish > Components: guacamole > Reporter: Nick Couchman > Priority: Trivial > > Currently the Guacamole client only automatically starts a connection when a single connection is defined for a user/login. It would be useful to set a connection to automatically start when a user logs in, even if multiple connections are available. The user should still be able to disconnect and return to the home screen, but there are certainly situations where it is desirable to have an automatic connection happen at login. > As I see it there are two possible routes for implementing this: > - Set up a connection parameter or attribute for auto-starting and have the client check connections at login time for the attribute and start them. > - Set up a user-specific field for a connection to auto-start, and store the connection id (hash of datasource + id + type) in that field, and have the client check for that property at login and locate/start the specified connection. > My preference would be to do this at the user level, for the following reasons: > - You could then limit it to 1 auto-start per user, and avoid confusion of having multiple connections available to a user marked for auto-start and having to determine which one(s) you actually start. > - The user can be in control of whether or not a connection is automatically started, and, if so, which one. There doesn't seem to be any security-relevant implications for allowing the user to control this - the necessary checks should still be in place to make sure the user is only starting a connection he has access to, and not injecting something bad into the field, but whether or not it starts automatically is more of an experience topic. -- This message was sent by Atlassian JIRA (v6.3.15#6346)