Change Details

There is a performace problem with wikEd at large pages. Steps to reproduce the issue: 1. disable wikEd in preferences 2. open a page with a lot of wikitext in editmodus. (>50000Byts) eg. https://de.wikipedia.org/w/index.php?title=Liste_der_Kommunalwappen_mit_der_Jakobsmuschel_in_Frankreich&action=edit 3. Change some text ==> no issue 4. enable wikEd in preferences 5. disable wikied with the wikEd-enable-button (there is no difference if you to this with the button right at the top or with the enable-button in the wikEdButtonBarWrapper 6. even with disabled wikEd editing slows down. One of the CPU-threads reaches 100% for while typing. The display of the text is far behind typing, while the CPU-thread is still at 100%. 7. if the change in article is ready, editing the summary is also very slow. I think I saw this issue first time some months ago. Chrome is worse then Firefox, but you can see the issue in both browsers, Chrome and Firefox. While editing 50K pages with Chrome, it slows down significant. Firefox slows down significant at 150K, but has a far better performance then Chrome on bigger pages. (my main use case for using WikEd is the awesome regexp-replace function and wikEd-diff) What do I expect: no performace lost when editing a page with disabled wikEd

There is a performace problem with wikEd at large pages. Steps to reproduce the issue: 1. disable wikEd in preferences 2. open a page with a lot of wikitext in editmodus. (>50000Byts) eg. https://de.wikipedia.org/w/index.php?title=Liste_der_Kommunalwappen_mit_der_Jakobsmuschel_in_Frankreich&action=edit 3. Change some text → no issue 4. enable wikEd in preferences 5. disable wikied with the wikEd-enable-button (there is no difference if you to this with the button right at the top or with the enable-button in the wikEdButtonBarWrapper 6. even with disabled wikEd editing slows down. One of the CPU-threads reaches 100% for while typing. The display of the text is far behind typing, while the CPU-thread is still at 100%. 7. if the change in article is ready, editing the summary is also very slow. → performance issue I think I saw this issue first time some months ago. Chrome is worse then Firefox, but you can see the issue in both browsers, Chrome and Firefox. While editing 50K pages with Chrome, it slows down significant. Firefox slows down significant at 150K, but has a far better performance then Chrome on bigger pages. (my main use case for using WikEd is the awesome regexp-replace function and wikEd-diff) What do I expect: no performace lost when editing a page with disabled wikEd

There is a performace problem with wikEd at large pages. Steps to reproduce the issue: 1. disable wikEd in preferences 2. open a page with a lot of wikitext in editmodus. (>50000Byts) eg. https://de.wikipedia.org/w/index.php?title=Liste_der_Kommunalwappen_mit_der_Jakobsmuschel_in_Frankreich&action=edit 3. Change some text ==>→ no issue 4. enable wikEd in preferences 5. disable wikied with the wikEd-enable-button (there is no difference if you to this with the button right at the top or with the enable-button in the wikEdButtonBarWrapper 6. even with disabled wikEd editing slows down. One of the CPU-threads reaches 100% for while typing. The display of the text is far behind typing, while the CPU-thread is still at 100%. 7. if the change in article is ready, editing the summary is also very slow. → performance issue I think I saw this issue first time some months ago. Chrome is worse then Firefox, but you can see the issue in both browsers, Chrome and Firefox. While editing 50K pages with Chrome, it slows down significant. Firefox slows down significant at 150K, but has a far better performance then Chrome on bigger pages. (my main use case for using WikEd is the awesome regexp-replace function and wikEd-diff) What do I expect: no performace lost when editing a page with disabled wikEd