KRDC in VNC browser mode allows the user to send a special key combination. To do this, the same window is used as for entering the keyboard shortcut. The first time of use it, the keyboard grab is performed correctly so that user can enter, for example, Ctrl+Alt+Del. Each time it is used again, the keyboard grab is not performed, making it impossible to enter key combinations that are captured as global keyboard shortcuts.
Steps to reproduce
Start KRDC and connect to a remote VNC console.
Use the Special Keys and press for example Ctrl+Alt+Del The key combination is properly sent to the remote console.
Repeat using the Special key and press again for example Ctrl+Alt+Del Because no keyboard grab is performed, the key combination is captured as a global keyboard shortcut, instead of being sent to a remote console.
Unfortunately, I have no idea at this point whether the fix will be needed in tdenetwork, tdelibs or tqt3. Therefore I created an issue in tdenetwork where the problem manifests itself.
## Basic information
- TDE version: R14.0.9~pre
- Distribution: any
- Hardware: any
<!--
Use SL/* labels to set the severity level.
Please do not set a milestone.
-->
## Description
KRDC in VNC browser mode allows the user to send a special key combination. To do this, the same window is used as for entering the keyboard shortcut. The first time of use it, the keyboard grab is performed correctly so that user can enter, for example, Ctrl+Alt+Del. Each time it is used again, the keyboard grab is not performed, making it impossible to enter key combinations that are captured as global keyboard shortcuts.
## Steps to reproduce
1. Start KRDC and connect to a remote VNC console.
2. Use the Special Keys and press for example Ctrl+Alt+Del<br/>The key combination is properly sent to the remote console.
3. Repeat using the Special key and press again for example Ctrl+Alt+Del<br/>Because no keyboard grab is performed, the key combination is captured as a global keyboard shortcut, instead of being sent to a remote console.
## Additional information
This is definitely a regression from R14.0.8 and it has to do with [bug 2955](https://bugs.trinitydesktop.org/show_bug.cgi?id=2955) and commits [tqt3:f0869718](../tqt3/commit/f0869718763cd6d04c9b225db8966df08ddaef44) and [tdelibs:8ea3d4dd](../tdelibs/commit/8ea3d4dd872623721abe3153cdd44d01e3cc69be).
Unfortunately, I have no idea at this point whether the fix will be needed in tdenetwork, tdelibs or tqt3. Therefore I created an issue in tdenetwork where the problem manifests itself.
SlavekB4 yıl önceR14.0.9 release kilometre taşına ekledi
I can simulate the problem here too with R14.1.0-dev.
It also seems that switching to full screen and back, gives you another chance to correctly send the special character sequence to the remote system. This could be a temporary workaround till we fix the issue.
I can simulate the problem here too with R14.1.0-dev.<br/>
It also seems that switching to full screen and back, gives you another chance to correctly send the special character sequence to the remote system. This could be a temporary workaround till we fix the issue.
Basic information
Description
KRDC in VNC browser mode allows the user to send a special key combination. To do this, the same window is used as for entering the keyboard shortcut. The first time of use it, the keyboard grab is performed correctly so that user can enter, for example, Ctrl+Alt+Del. Each time it is used again, the keyboard grab is not performed, making it impossible to enter key combinations that are captured as global keyboard shortcuts.
Steps to reproduce
The key combination is properly sent to the remote console.
Because no keyboard grab is performed, the key combination is captured as a global keyboard shortcut, instead of being sent to a remote console.
Additional information
This is definitely a regression from R14.0.8 and it has to do with bug 2955 and commits tqt3:f0869718 and tdelibs:8ea3d4dd.
Unfortunately, I have no idea at this point whether the fix will be needed in tdenetwork, tdelibs or tqt3. Therefore I created an issue in tdenetwork where the problem manifests itself.
We shall try to fix this before releasing R14.0.9
I can simulate the problem here too with R14.1.0-dev.
It also seems that switching to full screen and back, gives you another chance to correctly send the special character sequence to the remote system. This could be a temporary workaround till we fix the issue.
I can confirm that the workaround is working.
PR #28 should solve this.
Fixed by PR #27.