Intuos 3 (PTZ‑630)“Pen‑Stuck-Down” Bug on macOS 15 Sequoia – Issue

[jeffreylm]

Intuos 4 (PTK‑640) on macOS 15.0 Sequoia constantly remains in a "pen‑down" state. When I drag to select text, the driver never receives the pen‑up event, so the selection keeps expanding as I move the cursor. The only way to cancel is pressing Esc or clicking with another pointing device.

---

Environment

Item | Value -- | -- Tablet | Intuos 3 (PTZ‑630) macOS | 15.0 (Sequoia) Driver build | thenickdude/wacom-driver-fix – master HEAD as of 2025‑07‑07 Bundled Wacom core | 6.4.4‑2 Kernel extension | None – driver runs entirely in user space

---

Hypothesis

The driver intermittently fails to register (or never receives) the tip‑up HID report, so macOS never delivers a button‑up event through the event tap. Because the issue survives permission resets, user‑profile resets, and immediate reboots, the root cause is likely inside the patched driver’s event loop or its interaction with Sequoia’s new input stack.

Guidance on where the tip‑up event is parsed in the patched source so I can instrument it.

Any known Sequoia‑specific workarounds or branches I should test.

Thanks for maintaining this project!

Intuos 4 (PTK‑640) on macOS 15.0 Sequoia constantly remains in a "pen‑down" state.
When I drag to select text, the driver never receives the pen‑up event, so the selection keeps expanding as I move the cursor. The only way to cancel is pressing Esc or clicking with another pointing device.

Environment

• Tablet Intuos 3 (PTZ‑630)
• macOS 15.0 (Sequoia)
• Driver build Install-Wacom-Tablet-6.3.15-3-patched
  -Mac Mini M4

Steps to Reproduce

Boot or reboot the Mac and log in.

Open any text field (TextEdit, Safari address bar, etc.).

Drag with the pen to highlight text.

Lift the pen without pressing any buttons.

Move the pen again – text continues highlighting as if the tip were still pressed.

Expected Behaviour

The selection should stop the moment the pen tip leaves the tablet surface.

Actual Behaviour

Selection (or drag) continues until Esc is pressed or another pointing device clicks. This happens immediately after a fresh reboot and never clears on its own.

What I Have Tried

Action

Result

Reset Input Monitoring & Accessibility permissions (deleted TCC entries, re‑granted)

No change

Reinstalled driver (removed with Wacom Utility, ran install.sh, rebooted)

No change

Reset tablet preferences ("Remove Settings" in Wacom Utility)

No change

Checked Click‑Lock / Drag‑Lock (both Wacom Center & macOS Pointer Control)

Not enabled

Created a fresh macOS user account

Bug persists

Verified driver process (pgrep -lf WacomTabletDriver)

Running, normal CPU

Captured Console log while bug active

Repeating lines: eventTapProxy: eventFlags 0x800 … (log attached)

Hypothesis

The driver intermittently fails to register (or never receives) the tip‑up HID report, so macOS never delivers a button‑up event through the event tap. Because the issue survives permission resets, user‑profile resets, and immediate reboots, the root cause is likely inside the patched driver’s event loop or its interaction with Sequoia’s new input stack.

Request

Guidance on where the tip‑up event is parsed in the patched source so I can instrument it.

Any known Sequoia‑specific workarounds or branches I should test.

Thanks for maintaining this project!