Good morning Michael, Thanks for your fast response, on the RDP side we are able to set the input to either ENG-US or PT-PT, with the same results (using R_Alt and L_Alt) But then I recalled when we created the VM on VMware, before being able to use any rdp client we had to login via VM console, in which we figured out that shift+2 produced '@' , which is just a one-time trick as when we log into it, we configure it to allow remote desktop access. Not even shift+2 was working, but at some point I looked at cmd key next to R_Alt and it worked... I am kinda baffled of why I haven't seen it earlier... guess that is solved and we can move forward with that single point access solution.
Since that part was on hold for a bit, we didn't contemplate the extensions and libs that come along with the release, I guess those can be placed onto /etc/guacamole/extensions or /etc/guacamole/libs directly? It was compiled earlier but it's using Tomcat 8.5.4, I suppose best thing should be making a clean install with Tomcat 9? Thanks in advance - Luís On Mon, Jan 16, 2023 at 12:59 AM Michael Jumper <[email protected]> wrote: > On Sun, Jan 15, 2023, 2:11 PM Luis Cascales <[email protected]> > wrote: > >> Hi there, >> >> I am testing Apache Guacamole 1.4.0 for ssh and rdp sessions in a >> customer environment, there is an issue when using RDP to a Windows host, >> where the alt keys won't work for some special characters when we try to >> insert the password , e.g. '@' , only workaround is to use on-screen >> keyboard (for reference we are using Portuguese-PT keymap on our macbooks). >> While doing ssh to a linux host, there are no issues with the alt key. We >> are trying to provide our customer a solution for single point of access to >> their network, although there's a workaround, it might not be a >> solid improvement from the customer point of view. >> That being said, is there any other way to get around it? >> > > > Which Alt key are you pressing - right or left? What keyboard layout is > set on the RDP side? > > It may be that Windows is interpreting that Alt press as the key to focus > the menu bar of the application in use, causing that application to not > receive the key you ultimately type. > > - Mike > >
