Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Filtering is slow #5342

Open
HMGG opened this issue Mar 11, 2024 · 6 comments
Open

Filtering is slow #5342

HMGG opened this issue Mar 11, 2024 · 6 comments

Comments

@HMGG
Copy link

HMGG commented Mar 11, 2024

Issue

Server Setup Information

  • Did you test in newest Wekan?: Tested in 7.37
  • Did you configure root-url correctly so Wekan cards open correctly (see https://github.com/wekan/wekan/wiki/Settings)? Not related
  • Operating System: Linux
  • Deployment Method (Snap/Docker/Sandstorm/bundle/source): Docker
  • Http frontend if any (Caddy, Nginx, Apache, see config examples from Wekan GitHub wiki first): no
  • Node.js Version: 14.21.4
  • MongoDB Version: 5.0.8
  • What webbrowser version are you using (Wekan should work on all modern browsers that support Javascript)? Firefox 123

Problem description

When filtering the page is unresponsive for ~20 seconds. The board has about 400 cards, 10 swimlanes and lists, and 50 labels.
Here's a link for a profiler recording, the filtering starts at 8 seconds and the page is responsive again at 28 seconds.
https://share.firefox.dev/3VfGKSm

Reproduction Steps

Click on a label to filter.

Logs

No relevant logs in browser, backend is not related

@xet7
Copy link
Member

xet7 commented Apr 11, 2024

@hhgg

Did you test in newest WeKan ?

@HMGG
Copy link
Author

HMGG commented Apr 14, 2024

Tested in 7.42, UI was still unresponsive for 13 seconds
https://share.firefox.dev/3JD2xwx

@xet7
Copy link
Member

xet7 commented Apr 14, 2024

@HMGG

Does some Chromium based browsed load page faster?

@HMGG
Copy link
Author

HMGG commented Apr 15, 2024

Yes, I tested in Brave, it took 5 seconds.

@HMGG
Copy link
Author

HMGG commented May 24, 2024

For a colleague who uses chrome, it froze for 20 seconds, he also got a "page is unresponsive" message.
This issue is probably not related to browser engines.

@xet7
Copy link
Member

xet7 commented May 24, 2024

@HMGG

Issue is related to browser engines.

At Amiga 500, with 1 MB of RAM, it is possible to play fast-paced game.

Godot has 3D game example that works when there is good graphics card. But when game is saved as HTML/WASM, Chrome can not load it. Smaller games work fine.

When importing big board JSON file that also has attachments BASE64 encoded to WeKan with copy paste to input field, it only works on computer that has 32 GB RAM.

Browsers can not handle 10 MB of Javascript with a lot of cards. Browsers usually have 20 millions of lines of code, and a lot of optimizations.

Browser is the problem, it is not fast enough.

In progress is figuring out how to filter serverside, and load only visible data, with minimal Javascript, then it will load fast.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants