-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Comments
Did you test in newest WeKan ? |
Tested in 7.42, UI was still unresponsive for 13 seconds |
Does some Chromium based browsed load page faster? |
Yes, I tested in Brave, it took 5 seconds. |
For a colleague who uses chrome, it froze for 20 seconds, he also got a "page is unresponsive" message. |
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. |
Issue
Server Setup Information
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
The text was updated successfully, but these errors were encountered: