Mintplex-Labs/anything-llm
1
0
Fork 0
mirror of https://github.com/Mintplex-Labs/anything-llm.git synced 2026-07-19 22:23:50 -04:00
Code Issues 328 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #5498] KDE/Wayland: Very slow janky scroll in combo boxes #5123

New Issue
Closed
opened 2026-06-05 14:52:08 -04:00 by yindo · 3 comments
yindo commented 2026-06-05 14:52:08 -04:00
Owner
Copy Link
Copy Source

Originally created by @tredondo on GitHub (Apr 24, 2026).
Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/5498

The installer script uses some Wayland-specific parameters, so I was hoping scrolling performance would be better than in OpenCode... nope.

By the way, should the installer script be versioned in this repo as well?

https://github.com/user-attachments/assets/70f68c83-5556-43bf-b4af-a6af63952a22

Originally created by @tredondo on GitHub (Apr 24, 2026). Original GitHub issue: https://github.com/Mintplex-Labs/anything-llm/issues/5498 The [installer script](https://docs.anythingllm.com/installation-desktop/linux#install-using-the-installer-script) uses some Wayland-specific parameters, so I was hoping scrolling performance would be better than [in OpenCode](https://github.com/anomalyco/opencode/issues/15511)... nope. By the way, should the installer script be versioned in this repo as well? https://github.com/user-attachments/assets/70f68c83-5556-43bf-b4af-a6af63952a22
yindo closed this issue 2026-06-05 14:52:09 -04:00
yindo commented 2026-06-05 14:52:09 -04:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Apr 24, 2026):

Copied this from #5500 since they are for sure related

I tried to reproduce this on my end running Ubuntu on an X11/DGX setup and everything is smooth, so I can't repro directly. This does look like it's specific to the KDE/Wayland + Electron Ozone backend combination.

The flags in the generated .desktop entry (--ozone-platform=wayland and --enable-wayland-ime in particular) are the likely culprits here. The --enable-wayland-ime flag routes all keypresses through the Wayland IME pipeline even when you don't use an IME, which is known to introduce latency in Electron apps on KDE Plasma.

Quick thing to try: Edit your .desktop entry and remove --enable-wayland-ime — that alone may fix the typing lag in #5500, and possibly the scroll issue too.

As for fixing this on our end in the installer script I'd love to, but pre-detecting KDE vs GNOME vs other compositors at install time is non-trivial, and the "right" flags vary by setup. It's not something we can safely blanket-apply without risking breaking things for other Wayland users and just other linux distros in general

If removing that flag helps, let me know and we can look at whether there's a safer default set of Ozone flags we can ship for KDE specifically or maybe even a "ask before" kind of config in installer script?

<!-- gh-comment-id:4316898969 --> @timothycarambat commented on GitHub (Apr 24, 2026): _Copied this from #5500 since they are for sure related_ I tried to reproduce this on my end running Ubuntu on an X11/DGX setup and everything is smooth, so I can't repro directly. This does look like it's specific to the KDE/Wayland + Electron Ozone backend combination. The flags in the generated `.desktop` entry (`--ozone-platform=wayland` and `--enable-wayland-ime` in particular) are the likely culprits here. The `--enable-wayland-ime` flag routes all keypresses through the Wayland IME pipeline even when you don't use an IME, which is known to introduce latency in Electron apps on KDE Plasma. **Quick thing to try:** Edit your `.desktop` entry and remove `--enable-wayland-ime` — that alone may fix the typing lag in #5500, and possibly the scroll issue too. As for fixing this on our end in the installer script I'd love to, but pre-detecting KDE vs GNOME vs other compositors at install time is non-trivial, and the "right" flags vary by setup. It's not something we can safely blanket-apply without risking breaking things for other Wayland users and just other linux distros in general If removing that flag helps, let me know and we can look at whether there's a safer default set of Ozone flags we can ship for KDE specifically or maybe even a "ask before" kind of config in installer script?
yindo commented 2026-06-05 14:52:09 -04:00
Author
Owner
Copy Link
Copy Source

@tredondo commented on GitHub (Apr 25, 2026):

Thank you! Removing --enable-wayland-ime did speed up scrolling and the typing lag.

Oddly enough, after quitting AnythingLLM, adding back that parameter, and restarting AnythingLLM, typing and scrolling are still fast. Not quite sure what's going on here. I haven't rebooted in the meantime.

I'll try to see if I can reproduce, but in the meantime it's great to have a workaround, so thanks again!

<!-- gh-comment-id:4318460686 --> @tredondo commented on GitHub (Apr 25, 2026): Thank you! Removing `--enable-wayland-ime` did speed up scrolling and the typing lag. Oddly enough, after quitting AnythingLLM, adding back that parameter, and restarting AnythingLLM, typing and scrolling are still fast. Not quite sure what's going on here. I haven't rebooted in the meantime. I'll try to see if I can reproduce, but in the meantime it's great to have a workaround, so thanks again!
yindo commented 2026-06-05 14:52:09 -04:00
Author
Owner
Copy Link
Copy Source

@timothycarambat commented on GitHub (Apr 25, 2026):

Hmm, okay I might just have to put this in the linux docs just so it is available to everyone because that is weird, but at least we have a record for it now 👍

<!-- gh-comment-id:4320488011 --> @timothycarambat commented on GitHub (Apr 25, 2026): Hmm, okay I might just have to put this in the linux docs just so it is available to everyone because that is weird, but at least we have a record for it now 👍
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Desktop
Docker
Integration Request
Integration Request
OS: Linux
OS: Mobile
OS: Windows
UI/UX
blocked
bug
bug
core-team-only
documentation
duplicate
embed-widget
enhancement
feature request
github_actions
good first issue
investigating
needs info / can't replicate
possible bug
pull-request
Mirrored from GitHub Pull Request
 question
stage: specifications
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Mintplex-Labs/anything-llm#5123
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?