[ 
https://issues.apache.org/jira/browse/GUACAMOLE-1976?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Nick Couchman updated GUACAMOLE-1976:
-------------------------------------
    Fix Version/s: 1.7.0

> Add "OPTIONAL" modifier for Tokens
> ----------------------------------
>
>                 Key: GUACAMOLE-1976
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-1976
>             Project: Guacamole
>          Issue Type: New Feature
>          Components: guacamole-client
>            Reporter: Nick Couchman
>            Assignee: Nick Couchman
>            Priority: Minor
>             Fix For: 1.7.0
>
>
> The default behavior of Guacamole with respect to Parameter Tokens when a 
> token is encountered is either to substitute the value in, if the token is 
> defined, or else substitute in the literal string (${UNDEFINED_TOKEN}) when 
> it is unknown.
> There are a small handful of situations where it would be useful for a token 
> to be optional - in my specific use-case, I have a Guacamole installation 
> where I have both SAML-based SSO configured and LDAP, and, in the cases where 
> the user logs in via LDAP, I'd like the ${GUAC_PASSWORD} token to be passed 
> through to the connection; however, when SAML-based SSO is used, I'd like for 
> Guacamole to prompt for the password.
> My proposed way of handling this is to add the "OPTIONAL" modifier to the 
> current list of valid modifiers (LOWER and UPPER), so that, when the 
> "OPTIONAL" modifier is present, instead of substituting in the literal text 
> of the parameter token, it will skip over that token. Thus, for my use-case, 
> the result is that, when the GUAC_PASSWORD token is defined, the login will 
> happen with that token; when it is undefined, the user will be prompted.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to