[bug] onDragDropEvent not triggered on Windows 11 and default browser behavior occurs

[Peng1203]

Describe the bug

When using the onDragDropEvent as described in the Tauri v2 documentation, the event callback does not trigger on Windows 11. Additionally, the default browser behavior occurs, opening the file instead of intercepting the drag-and-drop.

OS: Windows 11

rustc: 1.87.0 (17067e9ac 2025-05-09)

cargo: 1.87.0 (99624be96 2025-05-06)

@tauri-apps/api: ^2.5.0

tauri.config.json: "dragDropEnabled": false

default.json: "permissions": ["core:window:allow-start-dragging"]

Reproduction

1. Create a Tauri v2 project.
2. Follow the example provided in the documentation for onDragDropEvent.
3. Run the app on Windows 11.
4. Drag a file into the Tauri window.

Expected behavior

• The onDragDropEvent callback should be triggered.
• The default browser behavior (opening the file) should be suppressed.

Full tauri info output

[✔] Environment
    - OS: Windows 10.0.26100 x86_64 (X64)
    ✔ WebView2: 131.0.2903.86
    ✔ MSVC: Visual Studio 生成工具 2022
    ✔ rustc: 1.87.0 (17067e9ac 2025-05-09)
    ✔ cargo: 1.87.0 (99624be96 2025-05-06)
    ✔ rustup: 1.28.2 (e4f3ad6f8 2025-04-28)
    ✔ Rust toolchain: stable-x86_64-pc-windows-msvc (default)
    - node: 18.20.4
    - pnpm: 10.4.0
    - yarn: 1.22.22
    - npm: 10.7.0
    - bun: 1.1.1

[-] Packages
    - tauri 🦀: 2.5.1
    - tauri-build 🦀: 2.2.0
    - wry 🦀: 0.51.2
    - tao 🦀: 0.33.0
    - @tauri-apps/api : 2.5.0
    - @tauri-apps/cli : 2.5.0

[-] Plugins
    - tauri-plugin-http 🦀: 2.4.4
    - @tauri-apps/plugin-http : 2.4.4
    - tauri-plugin-fs 🦀: 2.3.0
    - @tauri-apps/plugin-fs : 2.3.0
    - tauri-plugin-opener 🦀: 2.2.7
    - @tauri-apps/plugin-opener : 2.2.7
    - tauri-plugin-upload 🦀: 2.2.1
    - @tauri-apps/plugin-upload : 2.2.1
    - tauri-plugin-store 🦀: 2.2.0
    - @tauri-apps/plugin-store : 2.2.0
    - tauri-plugin-log 🦀: 2.4.0
    - @tauri-apps/plugin-log : 2.4.0
    - tauri-plugin-autostart 🦀: 2.3.0
    - @tauri-apps/plugin-autostart : 2.3.0
    - tauri-plugin-sql 🦀: 2.2.0
    - @tauri-apps/plugin-sql : 2.2.0
    - tauri-plugin-global-shortcut 🦀: 2.2.1
    - @tauri-apps/plugin-global-shortcut : 2.2.1
    - tauri-plugin-dialog 🦀: 2.2.2
    - @tauri-apps/plugin-dialog : 2.2.2
    - tauri-plugin-shell 🦀: 2.2.1
    - @tauri-apps/plugin-shell : 2.2.1
    - tauri-plugin-os 🦀: 2.2.1
    - @tauri-apps/plugin-os : 2.2.1
    - tauri-plugin-single-instance 🦀: 2.2.4
    - @tauri-apps/plugin-single-instance : not installed!
    - tauri-plugin-process 🦀: 2.2.1
    - @tauri-apps/plugin-process : 2.2.1

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../dist
    - devUrl: http://localhost:1420/
    - bundler: Vite

Stack trace

Additional context

No response

[FabianLars]

tauri.config.json: "dragDropEnabled": false

That's what disables tauri's file drop handler. Set it to true (the current default) to re-enable onDragDropEvent. Note that on windows this is sadly mutually exclusive with the html5/js drag events.

[Peng1203]

tauri.config.json：“dragDropEnabled”：false

这就是禁用 Tauri 文件拖放处理程序的原因。将其设置为 true（当前默认值）即可重新启用 onDragDropEvent。请注意，在 Windows 上，这与 HTML5/JS 拖放事件互斥。

If dragDropEnabled is set to true, the window blocks all drag-and-drop behavior — dragging files over the window shows a "not allowed" cursor. Is this caused by a Windows-specific behavior?

[FabianLars]

Blocking all other drag and drop behavior is normal, that's what i tried to say in my first comment.

The wrong cursor is not supposed to appear though as far as i know. Does the onDragDropEvent listener work correctly at the same time?

[Peng1203]

Blocking all other drag and drop behavior is normal, that's what i tried to say in my first comment.

The wrong cursor is not supposed to appear though as far as i know. Does the onDragDropEvent listener work correctly at the same time?

Thanks a lot for getting back to me.
I upgraded the Rust-related tools and reinstalled the dependencies when restarting the project.
After that, onDragDropEvent started working again.

[stdarkpha]

Blocking all other drag and drop behavior is normal, that's what i tried to say in my first comment.
The wrong cursor is not supposed to appear though as far as i know. Does the onDragDropEvent listener work correctly at the same time?

Thanks a lot for getting back to me. I upgraded the Rust-related tools and reinstalled the dependencies when restarting the project. After that, onDragDropEvent started working again.

im facing same issue may i know your configuration and which dependencies or upgrade you did?

my config tauri.conf.json look like this
"app": {
"windows": [
{
"width": 800,
"height": 600,
"resizable": true,
"fullscreen": false,
"dragDropEnabled": false
}
],
"security": {
"csp": null,
"capabilities": [
{
"identifier": "draggable-window",
"windows": [
"*"
],
"permissions": [
"core:window:allow-start-dragging",
"core:event:allow-listen",
"core:event:default"
]
}
]
}
},

capabilities/default.json
"permissions": [
"core:default",
"core:window:allow-start-dragging",
"core:event:allow-listen",
"core:event:default"
]

im using "@tauri-apps/cli": "^2.5.0",
"@tauri-apps/api": "^2.5.0",

and the function from documentation still doesnt triggered
import { getCurrentWebview } from "@tauri-apps/api/webview";
const unlisten = await getCurrentWebview().onDragDropEvent((event) => {
if (event.payload.type === "over") {
console.log("User hovering", event.payload.position);
} else if (event.payload.type === "drop") {
console.log("User dropped", event.payload.paths);
} else {
console.log("File drop cancelled");
}
});

// you need to call unlisten if your handler goes out of scope e.g. the component is unmounted
unlisten();

[Peng1203]

Blocking all other drag and drop behavior is normal, that's what i tried to say in my first comment.
The wrong cursor is not supposed to appear though as far as i know. Does the onDragDropEvent listener work correctly at the same time?

Thanks a lot for getting back to me. I upgraded the Rust-related tools and reinstalled the dependencies when restarting the project. After that, onDragDropEvent started working again.

im facing same issue may i know your configuration and which dependencies or upgrade you did?

my config tauri.conf.json look like this "app": { "windows": [ { "width": 800, "height": 600, "resizable": true, "fullscreen": false, "dragDropEnabled": false } ], "security": { "csp": null, "capabilities": [ { "identifier": "draggable-window", "windows": [ "*" ], "permissions": [ "core:window:allow-start-dragging", "core:event:allow-listen", "core:event:default" ] } ] } },

capabilities/default.json "permissions": [ "core:default", "core:window:allow-start-dragging", "core:event:allow-listen", "core:event:default" ]

im using "@tauri-apps/cli": "^2.5.0", "@tauri-apps/api": "^2.5.0",

and the function from documentation still doesnt triggered import { getCurrentWebview } from "@tauri-apps/api/webview"; const unlisten = await getCurrentWebview().onDragDropEvent((event) => { if (event.payload.type === "over") { console.log("User hovering", event.payload.position); } else if (event.payload.type === "drop") { console.log("User dropped", event.payload.paths); } else { console.log("File drop cancelled"); } });

// you need to call unlisten if your handler goes out of scope e.g. the component is unmounted unlisten();

Blocking all other drag and drop behavior is normal, that's what i tried to say in my first comment.
The wrong cursor is not supposed to appear though as far as i know. Does the onDragDropEvent listener work correctly at the same time?

Thanks a lot for getting back to me. I upgraded the Rust-related tools and reinstalled the dependencies when restarting the project. After that, onDragDropEvent started working again.

im facing same issue may i know your configuration and which dependencies or upgrade you did?

my config tauri.conf.json look like this "app": { "windows": [ { "width": 800, "height": 600, "resizable": true, "fullscreen": false, "dragDropEnabled": false } ], "security": { "csp": null, "capabilities": [ { "identifier": "draggable-window", "windows": [ "*" ], "permissions": [ "core:window:allow-start-dragging", "core:event:allow-listen", "core:event:default" ] } ] } },

capabilities/default.json "permissions": [ "core:default", "core:window:allow-start-dragging", "core:event:allow-listen", "core:event:default" ]

im using "@tauri-apps/cli": "^2.5.0", "@tauri-apps/api": "^2.5.0",

and the function from documentation still doesnt triggered import { getCurrentWebview } from "@tauri-apps/api/webview"; const unlisten = await getCurrentWebview().onDragDropEvent((event) => { if (event.payload.type === "over") { console.log("User hovering", event.payload.position); } else if (event.payload.type === "drop") { console.log("User dropped", event.payload.paths); } else { console.log("File drop cancelled"); } });

// you need to call unlisten if your handler goes out of scope e.g. the component is unmounted unlisten();

I used the rustup update command to upgrade rustc and cargo to version 1.87.0.
In my tauri.config.json, "dragDropEnabled" is set to true.
After that, I ran pnpm run tauri dev again, which reinstalled the dependencies automatically, and onDragDropEvent started working as expected.