[jira] [Created] (GUACAMOLE-422) RDP Timezone Redirection

["Nick Couchman (JIRA)" <ji...@apache.org>]

Nick Couchman created GUACAMOLE-422:
---------------------------------------

             Summary: RDP Timezone Redirection
                 Key: GUACAMOLE-422
                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-422
             Project: Guacamole
          Issue Type: Improvement
          Components: guacamole-client, guacamole-server
    Affects Versions: 0.9.13-incubating
            Reporter: Nick Couchman
            Priority: Minor


It would be nice to support full timezone redirection from the browser client through to a RDP server.  There are a few challenges to making this work:
- Detect timezone at browser and pass that through to the servlet side, somewhere.
- Handle timezone on servlet side and pass through to guacd
- Allow guacd to process the timezone and add it to the RDP connection.

For browser side, there is a JavaScript library, jstz, that can do the detection and provide the timezone.  Handling it on the servlet side, however, requires some way to pass it in during the connection.  This could be done as a parameter at login time, or a separate api call.

Once it is into the servlet, there has to be a way to process it as a parameter to a connection.  I'm thinking maybe a token, but not sure that's the right way to go.  Once it's on the connection it can pass through to guacd.

The biggest issue, I think, is then getting guacd to be able to add it to a FreeRDP connection.  From my looking at the current FreeRDP source code (stable-1.1 branch), FreeRDP currently detects the timezone on the system where it's running, first using the TZ variable, then looking at /etc/localtime and/or /etc/TZ on the system.  This means that it's always going to redirect the timezone of the system where guacd is running, and not the timezone of the browser.  Unfortunately there don't seem to be any available functions for sending FreeRDP a string representation of a timezone and having it process it that way, and all of the timezone information is located in the FreeRDP .c file, making it difficult to write a method for handling this without duplicating a lot of code and all of the timezone tables.  So, not entirely sure the best route on that angle at this point, but we'll see.

Any input on whether this is a reasonable thing to address, or a corner-case not worth handling?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)