Linux Wayland: browser preview cannot detach into a new window; works under XWayland

Where does the bug appear (feature/product)?

Cursor IDE

Describe the Bug

On GNOME Wayland, dragging Cursor’s integrated browser preview tab outside the main window does not open it in a separate window. The browser tab’s context menu also lacks “Move into New Window.”

Fully quitting Cursor and relaunching with --ozone-platform=x11 makes detachment work on the same machine.

Steps to Reproduce

  1. Launch Cursor natively under GNOME Wayland.
  2. Open an integrated browser preview.
  3. Drag the browser preview tab outside the main Cursor window and release.
  4. Observe that it does not detach.
  5. Fully quit Cursor and relaunch with cursor --ozone-platform=x11.
  6. Repeat the drag—the preview now opens in a separate window.

Expected Behavior

Dragging the browser preview tab outside the main window should open it in a separate Cursor window under native Wayland, as it does under XWayland.

Operating System

Linux

Version Information

Version: 3.18.9
VS Code Extension API: 1.128.0
Commit: 2ba48ff3f7514cc4643c52ca9f7b3173d9b66130
Date: 2026-08-27T01:42:22.092Z
Layout: IDE
Build Type: Stable
Release Track: Default
Electron: 40.10.3
Chromium: 144.0.7559.236
Node.js: 24.15.0
V8: 14.4.258.32-electron.0
xterm.js: 6.1.0-beta.291
OS: Linux x64 7.1.3-200.nobara.fc44.x86_64

Does this stop you from using Cursor

No - Cursor works, but with this issue

Hey, thanks for the report, and extra thanks for comparing it with --ozone-platform=x11. That’s really helpful.

There are two different things here.

  1. The missing “Move into New Window” item on a browser tab is expected right now. We intentionally hide it for browser tabs on all platforms, not just Wayland, while we’re sorting out issues with detached browser windows. For regular file tabs, it should still be there.

  2. But the part where drag-out does nothing on native Wayland is what we want to dig into. We have reasons to think this isn’t specific to browser tabs. On native Wayland the app can’t detect where the mouse is released relative to the window, so the “open in new window” step gets skipped for any tab. Can you check this with a normal file tab?

    1. Fully quit Cursor and start it normally, native Wayland, without the --ozone-platform flag.
    2. Open any source file so it shows up as a tab in the editor.
    3. Drag that file tab outside the Cursor window and drop it onto the desktop.
    4. Did a new Cursor window open with that file? Reply yes or no.
    5. Second check: right click the same file tab. Do you see “Move into New Window”, and does it open a new window when you select it?

For now, the workaround is running with --ozone-platform=x11, for example by adding the flag to the Exec line in the Cursor .desktop file. One note: even when detaching works, detached browser windows have known issues with clicks and keyboard input, so keeping the browser inside the main window is the most reliable option right now.

Currently even text files cannot be detached with drag-n-drop in Cursor IDE on wayland (but I do have option to do it via “Move into New Window” action and it works).

Similar issues:

Thanks for checking. That lines up with what we expected.

So drag and drop detach doesn’t work on native Wayland for any tabs, not just browser tabs, and Move into New Window works because it doesn’t depend on the cursor position when you release. This isn’t anything in your setup. I flagged it to the team separately as a drag-out issue on native Wayland. I’ll post here if there’s an update. I can’t share an ETA yet.

Let me know if you notice anything else.

Thanks!

Could you check my other issue Voice input: cannot configure Russian/Cyrillic submit keywords despite Russian language support , please?