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).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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 reacheskeyPressEvent(), unless the widget opts out viafocusNextPrevChild(). KodoTerm (used for SSH) already did this;RdpDisplayWidgetdid not, and neither didTerminalView(the VNC placeholder), which had the same latent bug.Fixed in commit
fce69b8by overridingfocusNextPrevChild()to returnfalseon both widgets, letting the existingKey_Tabhandling in theirkeyPressEvent()actually run. Confirmed fixed on Linux (RDP session to a remote Windows host).