Skip to content

shuttle v0.1.16

Choose a tag to compare

@github-actions github-actions released this 22 Oct 15:35
· 38 commits to main since this release
  • Bundled: cua-driver v0.38.0-loomhand.1 (was v0.37.0-loomhand.5), the fork's patches rebased onto upstream cua-driver 0.38.0 and later fixes: Windows list_windows leaves out the driver's own overlay windows, keys for a popup a Linux MPX click opened go through the master keyboard of the session that clicked, and the macOS background gate and window-change detector enumerate windows without the Space snapshot, now upstream (#5566, #5652, #5712); upstream also tracks the agent cursor's placement explicitly, so negative display coordinates no longer read as an unplaced cursor, keeps a Windows foreground drag off the window that covers its target, and keeps GNOME element actions inside the requested window. verify_hit, the kitty AXValue route, the off-Space window lookup, the macOS overlay tile and the X11 core-focus bounce carry over unchanged.

  • macOS: a snapshot or find by title picks the on-screen window over its hidden twin. Among windows of the same title, none of them active, snapshot, find and the other verbs that pick a window by the accessibility tree take the newest one on a display before a minimized or hidden one, so snapshot of WeChat's "微信" reads its main window and not the hidden 280×380 one beside it. A window shows when its accessibility frame is the bounds of an on-screen window of its process, read from the window list each window listing already reads and from its position and size in the existing batched read. An app's only window of a title, such as a minimized one, can still be picked; two windows with the same frame both count as shown.

  • shot of a window on any display. desk shot and the screenshot tool take window and return that window alone as cua-driver captures it, so a window on a second display, which the main-display capture does not hold, can be shot; x, y, w, h then crop the window's image in its own pixels. The window is picked as focus picks it, within the app allowlist. A rectangle off the main display still fails, and the error now says to name the window. A device shot refuses window.

  • macOS: a title picks the on-screen window over its hidden twin. Background input, focus and the element click by title or pid no longer pick an app's hidden window that is off screen on the current Space when a window of the same app and title is on screen: WeChat keeps a hidden 280×380 "微信" beside its main window, and a click by title went to the hidden one and failed with "this window takes no pointer input without the foreground". An app's only window with a title, such as a minimized one, can still be picked, and twins across Spaces are still refused.

  • gui_plan names a front app that stopped answering. On Linux, when no window is in front because the app of the X active window lists no window in AT-SPI (LibreOffice while it saves or reloads, an app whose accessibility peer hangs), a step that names no window stops with front app "<app>" (pid N) is not answering accessibility in place of no focused window, and an escalation without a front window shows that line as its outline. The new desk verb unanswered gives that window. It is read only when a plan stops.