Permanent input freeze when dragging blocks on KDE Plasma Wayland

[VentByte]

Search first

• I searched and no similar issues were found

What Happened?

When dragging blocks in Logseq OG on KDE Plasma Wayland, the application becomes permanently unresponsive to keyboard and mouse input. The window remains visually responsive and can still be moved/resized by the window manager, but all input events (clicks, keyboard) fail to reach the application. The freeze is permanent and the process must be killed via SIGTERM or killall to recover.

This issue is consistently reproducible when dragging blocks over the left sidebar. Additionally, the freeze can occur during drag operations within the content area without approaching the sidebar, though this happens infrequently. The frequency of the latter case may increase with larger or more deeply nested blocks.

What continues to work during the freeze:

• Window rendering (visual updates continue)
• Window manager operations (resize, move, minimize/maximize)
• Mouse wheel scrolling

What stops working:

• Keyboard input
• Mouse clicks
• Any other user input besides scrolling

Reproduce the Bug

Most reliable method (dragging over the sidebar):

1. Start Logseq OG on KDE Plasma Wayland (AppImage or ZIP package)
2. Create a simple block or use any block from the default journal
3. Click and hold on the block's bullet point (drag handle)
4. Drag the block toward the left sidebar
5. Release the mouse button while the block is over/near the sidebar
6. Freeze occurs - application becomes permanently unresponsive
   Alternative method (dragging within content area, less frequent):

The freeze can also occur during drag operations within the content area without moving toward the sidebar, though this happens infrequently. The frequency of this case may increase with larger or more deeply nested blocks.

See attached videos:

• Sidebar.mp4: Most reliable reproduction (dragging block over sidebar)
• Random.mp4: Less frequent case (dragging in content area without sidebar approach)

Expected Behavior

The block should be moved to the new location without any input freeze. The application should remain responsive to keyboard and mouse input at all times or give the user some indication in case some processing is needed (e.g. when moving a large block with many deeply nested childs).

Screenshots

Consistent way to reproduce

Sidebar.mp4

• Dragging a block directly over the left sidebar
• Application freeze occurring upon drop
• Mouse wheel scrolling still working (proving it is not a complete input lock)

Less frequent case

Random.mp4

• Dragging within content area without approaching sidebar
• Freeze occurring during drag/drop operations

Desktop or Mobile Platform Information

Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.2 (Wayland)
KDE Frameworks Version: 6.28.0
Qt Version: 6.11.1
Kernel Version: 7.1.3-200.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
Graphics Processor: AMD Radeon RX 9070

Logseq OG Version: v1.0.0
Package Type: AppImage and ZIP package

Additional Context

Browser Version (https://demo.logseq.com/) seems unaffected.

Workaround

Run Logseq OG with the X11 backend instead of Wayland:

# AppImage
./Logseq-OG-linux-x64-1.0.0.AppImage --ozone-platform=x11

# ZIP Package
./Logseq-OG --ozone-platform=x11

With this flag:

• All drag-and-drop operations work normally
• No input freeze occurs
• Application remains fully responsive
• Wrong Mouse Courser Icon while dragging

Workaround.mp4

Other findings

I've come across electron/electron#49907, which might be related.

Conclusion

If additional information is required, I'll happy to provide it.

Are you willing to submit a PR? If you know how to fix the bug.

• I'm willing to submit a PR (Thank you!)

[VentByte]

I've compiled the current version/file branch and so far I wasn't able to reproduce the problem there.
The root cause might really be the electron version used in v1.0.0. Until the next release build is published the fix is to build from source.
Unfortunately due to #32 this is not an option if one wants to use plugins.