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

Long documents slow Chrome/Chromium to a halt #5819

Open
netzpolitikorg opened this issue May 21, 2024 · 4 comments
Open

Long documents slow Chrome/Chromium to a halt #5819

netzpolitikorg opened this issue May 21, 2024 · 4 comments
Labels
bug Something isn't working performance 🚀

Comments

@netzpolitikorg
Copy link

While longer markdown documents are not super fast in any browser, there seems to be an overlap of performance-eating bugs or circumstances when opening long (>1000 lines) markdown files.

To Reproduce
Steps to reproduce the behavior:

  1. Create a files with a variety of headlines, plain-text, and lists with sub-lists that is at least 10000 lines long. It doesn't have to be particular complicated, but long.
  2. Open it in Chromium.
  3. Wait a long time for it to render at all.
  4. Wait a few seconds every time you try to scroll or edit the document.

Expected behavior
A maybe slow, but not unusable document.

Server details:

  • Nextcloud version: 29.0.0.19 and 29.0.1 RC1
  • PHP Version: 8.2
  • Database: PostgreSQL 15.6
  • Text app version: 3.10.0

Client details:

  • OS: various Linuxes (Ubuntu, Arch, Debian)
  • Browser: Chromium
  • Browser version: 125, 126, and others
  • Device: various laptops
Logs

Nextcloud log (data/nextcloud.log)

No related server-side logs. This issue appears to be entirely client-side.

Browser log

Console and Network tab are pretty quiet, but the Performance tab shows a lot of activity. We can provide the corresponding json file if this issue can't be reproduced by anyone else.

@netzpolitikorg netzpolitikorg added the bug Something isn't working label May 21, 2024
@github-project-automation github-project-automation bot moved this to 🧭 Planning evaluation (don't pick) in 📝 Office team May 21, 2024
@mejo-
Copy link
Member

mejo- commented May 21, 2024

If this only happens in Chromium (not Firefox), maybe it's related to nextcloud/server#44122, which hopefully will be fixed soon (there's already PRs in review to fix it).

@netzpolitikorg
Copy link
Author

Ok. We don't use the dashboard, but we're happy to wait and test after the PR is released 💚

@max-nextcloud
Copy link
Collaborator

max-nextcloud commented May 25, 2024

I just tried to reproduce this copying the longest good wikipedia article into a text document. It showed a number of issues:

  • Editing in firefox still works but file won't be saved.
  • Read only share does not open the file content.
  • Transferred data is fairly large - 3.5MB step for a 0.5 MB article according to Wikipedias own measurement

edit: Some of this is probably due to inconsistencies in data format. For example it looks like we expect our images to have some alt attribute but the pasted ones do not have any:
image

@helmo
Copy link

helmo commented Sep 30, 2024

I'm also seeing slowdowns in Chrome, while Firefox works fine.
The markdown filesize is about 180kb. I've mitigated it for now by splitting it into multiple files.

This is on nextcloud 29.0.7

This issue seems related to #908

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working performance 🚀
Projects
Status: 🧭 Planning evaluation (don't pick)
Development

No branches or pull requests

5 participants