starred/rustdesk

Fork 0

mirror of https://github.com/rustdesk/rustdesk.git synced 2026-03-02 22:57:40 -05:00

macOS Host: Pointer jumps to top-left corner when controlled from iPad with touchpad #3815

New issue

Closed

opened 2026-02-20 19:38:14 -05:00 by deekerman · 5 comments

deekerman commented

2026-02-20 19:38:14 -05:00

Owner

Originally created by @m23x2 on GitHub (Sep 22, 2025).

Originally assigned to: @fufesou on GitHub.

Bug Description

1. Environment

RustDesk Version: current
Client OS: iPadOS 18-26
Host OS: macOS 26
Client Device: iPad Pro 11-inch M2
Input Device: Apple Magic Keyboard Trackpad

2. Description
When controlling a macOS host from an iPad client using a physical touchpad, the mouse pointer on the Mac jumps to the top-left screen corner (0,0) after a brief period of touchpad inactivity.

This behavior causes unintended side effects, such as triggering macOS Hot Corners or interacting with the menu bar. When the touchpad is touched again, the pointer immediately jumps back to its correct, original position.

How to Reproduce

3. Steps to Reproduce

Connect from a RustDesk client on an iPad (with a physical touchpad) to a RustDesk host running on macOS.
(Optional but recommended for testing) On the Mac, enable a Hot Corner in the top-left of the screen (e.g., set it to Mission Control via System Settings > Desktop & Dock > Hot Corners).
Move the mouse pointer to the center of the macOS screen using the iPad's touchpad.
Remove your finger from the touchpad and wait for a few seconds.
Observe the pointer on the macOS host.

Expected Behavior

4. Expected Behavior
The mouse pointer should remain stationary at its last known position on the macOS screen when the touchpad is not in use.

5. Actual Behavior
The mouse pointer visibly jumps to the absolute top-left corner (0,0) of the screen. This triggers the Hot Corner or clicks on the Apple menu/application menu. As soon as the touchpad is touched again, the pointer instantly teleports back to its previous location.

6. Possible Cause
This issue appears to be related to how the RustDesk client translates pointer states between iPadOS and macOS. The iPadOS pointer is not persistent; it "disappears" or goes idle when the trackpad is not being touched. It's possible that the RustDesk client interprets this "idle" state as a default (0,0) coordinate and sends this position to the host, instead of sending no new movement data.

Operating system(s) on local (controlling) side and remote (controlled) side

iPadOS 26 -> MacOS 26

RustDesk Version(s) on local (controlling) side and remote (controlled) side

Both current.

Screenshots

Not applicable

Additional Context

No response

Originally created by @m23x2 on GitHub (Sep 22, 2025). Originally assigned to: @fufesou on GitHub. ### Bug Description **1. Environment** * **RustDesk Version:** `current` * **Client OS:** `iPadOS 18-26` * **Host OS:** `macOS 26` * **Client Device:** `iPad Pro 11-inch M2` * **Input Device:** `Apple Magic Keyboard Trackpad` **2. Description** When controlling a macOS host from an iPad client using a physical touchpad, the mouse pointer on the Mac jumps to the top-left screen corner `(0,0)` after a brief period of touchpad inactivity. This behavior causes unintended side effects, such as triggering macOS Hot Corners or interacting with the menu bar. When the touchpad is touched again, the pointer immediately jumps back to its correct, original position. ### How to Reproduce **3. Steps to Reproduce** 1. Connect from a RustDesk client on an iPad (with a physical touchpad) to a RustDesk host running on macOS. 2. (Optional but recommended for testing) On the Mac, enable a Hot Corner in the top-left of the screen (e.g., set it to Mission Control via System Settings > Desktop & Dock > Hot Corners). 3. Move the mouse pointer to the center of the macOS screen using the iPad's touchpad. 4. Remove your finger from the touchpad and wait for a few seconds. 5. Observe the pointer on the macOS host. ### Expected Behavior **4. Expected Behavior** The mouse pointer should remain stationary at its last known position on the macOS screen when the touchpad is not in use. **5. Actual Behavior** The mouse pointer visibly jumps to the absolute top-left corner `(0,0)` of the screen. This triggers the Hot Corner or clicks on the Apple menu/application menu. As soon as the touchpad is touched again, the pointer instantly teleports back to its previous location. **6. Possible Cause** This issue appears to be related to how the RustDesk client translates pointer states between iPadOS and macOS. The iPadOS pointer is not persistent; it "disappears" or goes idle when the trackpad is not being touched. It's possible that the RustDesk client interprets this "idle" state as a default `(0,0)` coordinate and sends this position to the host, instead of sending no new movement data. ### Operating system(s) on local (controlling) side and remote (controlled) side iPadOS 26 -> MacOS 26 ### RustDesk Version(s) on local (controlling) side and remote (controlled) side Both current. ### Screenshots Not applicable ### Additional Context _No response_

deekerman

2026-02-20 19:38:14 -05:00

closed this issue
added the
bug

unreproducible
labels

deekerman commented

2026-02-20 19:38:18 -05:00

Author

Owner

@rustdesk commented on GitHub (Sep 22, 2025):

@fufesou confirm if you can reproduce this.

@rustdesk commented on GitHub (Sep 22, 2025): @fufesou confirm if you can reproduce this.

deekerman commented

2026-02-20 19:38:19 -05:00

Author

Owner

@fufesou commented on GitHub (Sep 23, 2025):

I can't reproduce this issue.

When controlling a macOS host from an iPad client using a physical touchpad,
The iPadOS pointer is not persistent; it "disappears" or goes idle when the trackpad is not being touched.

I only have a Bluetooth trackpad, not a built-in or directly connected trackpad.

After waiting for more than 1 minute, the light of the Bluetooth keyboard (trackpad) went out, but the mouse remained in its original position.

@fufesou commented on GitHub (Sep 23, 2025): I can't reproduce this issue. > When controlling a macOS host from an iPad client using a physical touchpad, > The iPadOS pointer is not persistent; it "disappears" or goes idle when the trackpad is not being touched. I only have a Bluetooth trackpad, not a built-in or directly connected trackpad. After waiting for more than 1 minute, the light of the Bluetooth keyboard (trackpad) went out, but the mouse remained in its original position.

deekerman commented

2026-02-20 19:38:19 -05:00

Author

Owner

@m23x2 commented on GitHub (Sep 25, 2025):

https://github.com/user-attachments/assets/a493ed05-2877-4031-a811-09eef7313016

@m23x2 commented on GitHub (Sep 25, 2025): https://github.com/user-attachments/assets/a493ed05-2877-4031-a811-09eef7313016

deekerman commented

2026-02-20 19:38:19 -05:00

Author

Owner

@m23x2 commented on GitHub (Sep 29, 2025):