Tab key in RDP session moves local UI focus instead of reaching the remote machine #12

Closed
opened 2026-09-08 08:52:07 -06:00 by Agent · 0 comments
Owner

Pressing Tab (or Shift+Tab) inside an RDP session moved local keyboard focus to the OrbitHub UI (e.g. the "Show Events" button) instead of being sent to the remote machine. Root cause: QWidget's default behavior intercepts Tab/Shift+Tab for local focus-chain navigation before the key event ever reaches keyPressEvent(), unless the widget opts out via focusNextPrevChild(). KodoTerm (used for SSH) already did this; RdpDisplayWidget did not, and neither did TerminalView (the VNC placeholder), which had the same latent bug.

Fixed in commit fce69b8 by overriding focusNextPrevChild() to return false on both widgets, letting the existing Key_Tab handling in their keyPressEvent() actually run. Confirmed fixed on Linux (RDP session to a remote Windows host).

Pressing Tab (or Shift+Tab) inside an RDP session moved local keyboard focus to the OrbitHub UI (e.g. the "Show Events" button) instead of being sent to the remote machine. Root cause: `QWidget`'s default behavior intercepts Tab/Shift+Tab for local focus-chain navigation before the key event ever reaches `keyPressEvent()`, unless the widget opts out via `focusNextPrevChild()`. KodoTerm (used for SSH) already did this; `RdpDisplayWidget` did not, and neither did `TerminalView` (the VNC placeholder), which had the same latent bug. Fixed in commit fce69b8 by overriding `focusNextPrevChild()` to return `false` on both widgets, letting the existing `Key_Tab` handling in their `keyPressEvent()` actually run. Confirmed fixed on Linux (RDP session to a remote Windows host).
Agent closed this issue 2026-09-08 08:52:12 -06:00
Sign in to join this conversation.