You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@guacamole.apache.org by Subbareddy Alamuru <su...@sycamoreinformatics.com> on 2025/07/24 07:01:37 UTC

Alt+Tab on RDP session in browser full screen not working

Hi,

We have tried the keyboard lock script with 1.6.0 on Windows 10 using
Chrome browser.

But had no luck with alt-tab working inside the guacamole session.

Please check the attached zip file, rename .txt to .js and open the html
file.

Any help is appreciated.


Thanks
Subba

Re: Alt+Tab on RDP session in browser full screen not working

Posted by Nick Couchman <vn...@apache.org>.
On Mon, Jul 28, 2025 at 4:05 AM Subbareddy Alamuru <
subbareddy.alamuru@sycamoreinformatics.com> wrote:

> Hi Nick,
>
> Sorry for the attachment.
>
> Basically when we open RDP with guacamole in full screen on a windows
> machine in chrome browser, and press alt+tab keys to switch between windows
> inside the terminal server, keyboard event redirects to the host's machine
> and switches windows on host instead of guacamole terminal server.
>
>
Yes, that means Windows is intercepting the Alt-Tab command and not
allowing the browser to grab it. The functionality of keyboard lock - the
key combinations it will actually intercept - is heavily dependent on the
browser and platform you're using, and there will always be certain key
combinations that will not be passed through. Other folks on the list may
have some hints as to how to make it work more reliably, but, in the end,
there's not any way to force the client O/S and the browser to let those
key combinations be passed through.

The only other hint I can offer is to make sure you're securing your site
with HTTPS - some functionality, like clipboard and maybe even keyboard
lock - relies on the remote site having proper SSL/TLS encryption, and
those features don't always activate for plaintext HTTP connections.

-Nick

Re: Alt+Tab on RDP session in browser full screen not working

Posted by Subbareddy Alamuru <su...@sycamoreinformatics.com>.
Hi Nick,

Sorry for the attachment.

Basically when we open RDP with guacamole in full screen on a windows
machine in chrome browser, and press alt+tab keys to switch between windows
inside the terminal server, keyboard event redirects to the host's machine
and switches windows on host instead of guacamole terminal server.

Thanks
Subba

On Thu, Jul 24, 2025 at 5:03 PM Nick Couchman <vn...@apache.org> wrote:

> On Thu, Jul 24, 2025 at 3:03 AM Subbareddy Alamuru <
> subbareddy.alamuru@sycamoreinformatics.com> wrote:
>
>> Hi,
>>
>> We have tried the keyboard lock script with 1.6.0 on Windows 10 using
>> Chrome browser.
>>
>> But had no luck with alt-tab working inside the guacamole session.
>>
>> Please check the attached zip file, rename .txt to .js and open the html
>> file.
>>
>> Any help is appreciated.
>>
>>
> Please be more detailed in your questions to the list:
> * What is the "keyboard lock script" supposed to do? Just prove that
> keyboard lock works on your system? Sending a ZIP file to a mailing list
> and asking people to download and run the contents of it isn't really a
> good idea in the current age of constant cyber threats/attacks.
> * When you say "no luck with alt-tab working", what do you mean? What
> behavior do you see? Can you describe the process you used to test it?
>
> -Nick
>

Re: Alt+Tab on RDP session in browser full screen not working

Posted by Nick Couchman <vn...@apache.org>.
On Thu, Jul 24, 2025 at 3:03 AM Subbareddy Alamuru <
subbareddy.alamuru@sycamoreinformatics.com> wrote:

> Hi,
>
> We have tried the keyboard lock script with 1.6.0 on Windows 10 using
> Chrome browser.
>
> But had no luck with alt-tab working inside the guacamole session.
>
> Please check the attached zip file, rename .txt to .js and open the html
> file.
>
> Any help is appreciated.
>
>
Please be more detailed in your questions to the list:
* What is the "keyboard lock script" supposed to do? Just prove that
keyboard lock works on your system? Sending a ZIP file to a mailing list
and asking people to download and run the contents of it isn't really a
good idea in the current age of constant cyber threats/attacks.
* When you say "no luck with alt-tab working", what do you mean? What
behavior do you see? Can you describe the process you used to test it?

-Nick