Canvas double-click timing regression since ComfyUI_frontend 1.43.18, especially with Wacom tablet input

### Prerequisites

- [x] I am running the latest version of ComfyUI
- [ ] I have custom nodes enabled

### What happened?

There appears to be a canvas double-click regression starting with `ComfyUI_frontend 1.43.18`.

On a clean ComfyUI 0.25.1 portable NVIDIA installation, with no custom nodes installed, double-clicking on the empty canvas becomes unreliable with Wacom tablet input.

The expected behavior is that double-clicking on the canvas opens the node selector / node search menu immediately.

With affected frontend versions, the node selector often does not appear on the first double-click. Sometimes I need to double-click twice in a row before it opens. The canvas/frontend also feels less responsive.

The same ComfyUI 0.25.1 backend works normally when forcing `ComfyUI_frontend 1.43.17` or older.

Regression boundary found during testing:

```text
Last confirmed working frontend:
ComfyUI_frontend 1.43.17

First confirmed broken frontend:
ComfyUI_frontend 1.43.18
```

This seems related to canvas double-click timing or pointer event handling introduced between `1.43.17` and `1.43.18`.

Input device behavior:

```text
Wacom Intuos3 pen/tablet:
Broken with affected frontend versions.
Double-clicking the canvas often fails to open the node selector.

Old basic wired mouse:
Mostly works for menus, but the canvas double-click only works if the double-click is performed very quickly.
If the double-click is slightly slower, the node selector does not open.

Recent Logitech mouse:
Works normally, including canvas double-click.
```

So this is not a universal mouse failure. It seems to be input-device sensitive, with Wacom tablet input being the most affected device.

However, the important regression point remains:

```text
The same Wacom tablet input works correctly with ComfyUI_frontend 1.43.17.
The same Wacom tablet input becomes unreliable starting with ComfyUI_frontend 1.43.18.
```

### Steps to Reproduce

1. Install a fresh copy of ComfyUI 0.25.1 portable NVIDIA in a separate folder.

2. Do not install any custom nodes.

3. Do not copy any previous `user` folder, workflows, settings, custom frontend extensions, or custom nodes into the clean test installation.

4. Launch ComfyUI normally with the default frontend shipped with ComfyUI 0.25.1:

```bat
.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build
```

5. Open ComfyUI in Chrome.

6. Use an empty canvas.

7. With a Wacom Intuos3 pen/tablet, double-click on the empty canvas to open the node selector / node search menu.

8. Observe that the node selector does not reliably open on the first double-click.

9. Relaunch the same clean ComfyUI 0.25.1 backend while forcing frontend `1.43.17`:

```bat
.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build --front-end-version Comfy-Org/ComfyUI_frontend@1.43.17
```

10. Repeat the same double-click test on the empty canvas.

11. Observe that the canvas is fluid and the node selector opens reliably with the same Wacom tablet input.

Regression testing was done with the same ComfyUI 0.25.1 backend, changing only the frontend version using:

```bat
.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build --front-end-version Comfy-Org/ComfyUI_frontend@VERSION
```

Working frontend versions:

```text
ComfyUI_frontend 1.42.15 = OK
ComfyUI_frontend 1.43.0 = OK
ComfyUI_frontend 1.43.1 = OK
ComfyUI_frontend 1.43.17 = OK
```

Broken frontend versions:

```text
ComfyUI_frontend 1.43.18 = broken
ComfyUI_frontend 1.44.0 = broken
ComfyUI_frontend 1.45.15 = broken
ComfyUI_frontend 1.45.18 = broken
```

No workflow is attached because the bug reproduces on an empty canvas with no custom nodes.

### How is this affecting you?

Visual/UI issue only

### ComfyUI Frontend Version

1.45.18

### Browser

Chrome/Chromium

### Console Errors

```javascript

```

### Logs

```shell

```

### Additional Context

Environment:

```text
OS: Windows 11 25H2 buid 26200.8655
CPU: Intel Core Ultra 9 285K
ComfyUI: 0.25.1 portable NVIDIA
Python: 3.13.12 embedded
PyTorch: 2.12.0+cu130
GPU: NVIDIA RTX 5080 NOCTUA
RAM: 64 GB
Browser tested: Chrome and Firefox
Custom nodes: none for the clean reproduction test
Installation method: official portable NVIDIA archive, not Easy Installer
Default frontend package version: 1.45.15
```

ComfyUI system info from About/System:

```text
OS: win32
Python Version: 3.13.12 (tags/v3.13.12:1cbe481, Feb 3 2026, 18:22:25) [MSC v.1944 64 bit (AMD64)]
Embedded Python: true
Pytorch Version: 2.12.0+cu130
Arguments: ComfyUI\main.py --windows-standalone-build
RAM Total: 63.27 GB
RAM Free: 43.22 GB
Templates Version: 0.10.0
```

Additional checks performed:

* The test was reproduced on a clean ComfyUI 0.25.1 portable NVIDIA installation.
* No custom nodes were installed.
* No previous user folder, settings, workflows, or frontend extensions were copied into the test installation.
* Chrome GPU acceleration was disabled and tested.
* Chrome was also launched with `--disable-gpu`.
* Windows HAGS was disabled and tested.
* These did not explain the issue.
* Firefox was also tested and showed UI/canvas issues.
* ComfyUI 0.20.1 portable was tested as a control version and worked normally.

Chrome no-GPU test command used:

```bat
"C:\Program Files\Google\Chrome\Application\chrome.exe" --user-data-dir=C:\Temp\Chrome_Comfy_NoGPU --disable-extensions --disable-gpu http://127.0.0.1:8188
```

Wacom settings:

```text
Tablet: Wacom Intuos3
Windows Ink: disabled
Windows “Press and Hold for right-clicking”: disabled
```

These Wacom/Windows settings were already configured before the issue appeared.

Temporary workaround:

```bat
.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build --front-end-version Comfy-Org/ComfyUI_frontend@1.43.17 --cache-none --reserve-vram 3 --preview-method none
```

This restores reliable canvas double-click behavior with the Wacom tablet.

Possibly related to #6416, because it mentions double-click / node search requiring several attempts.

Other frontend issues around `1.43.18` may also be related if they involve canvas interaction, menus, drag and drop, context menus, or pointer event behavior.

Start by reproducing the empty-canvas double-click behavior in Chrome or Firefox with a Wacom tablet, using ComfyUI 0.25.1 and comparing frontend versions 1.43.17 and 1.43.18. Trace the frontend canvas pointer and double-click handling introduced between those versions; done means the node selector opens reliably on the first double-click without affecting normal mouse input.

Written by the indexing model from the issue text.