Created attachment 197718 [details] 24.8.3.2 - 104 pages long - typing is slow here ### Hardware & Version information: CPU: Ryzen 5 5600 RAM: 32GB DDR4 Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL threaded ### Description of problem: There is a noticeable delay when typing. The delay becomes larger, if "Formatierungszeichen umschalten (STRG + F10)" is activated. The problem can be observed in my very long Document (104 pages long). It contains only text and no tables or other fancy stuff. The delay increases the longer the document becomes. ### Expected Results: No delay when typing. ### Reproducible: Always ### User Profile Reset: No. My profile should be pretty close to standard though. ### Additional information: 1. This problem exists in LibreOffice versions at least since 7th July 2024, as that is the point in time when the document was created. I do not know if this is a regression or if it was always like this. 2. I only have tested on Windows 10, but I expect other Operating systems to behave similar. 3. The document in question was used and created during a GSoC project to test formating of citation styles for its LibreOffice Integration in JabRef. See https://github.com/JabRef/jabref/wiki/GSoC-2024-%E2%80%90-Improved-CSL-Support-(and-more-LibreOffice%E2%80%90JabRef-integration-enhancements). I believe it is a requirement for scientists and office workers that write long reports and books to be able to type in a fast fashion. Hence, currently, I can recommend LibreOffice only for short articles, unfortunately.
Created attachment 197736 [details] Sample file with paragraph breaks. The document is done with 'line breaks' without 'paragraph breaks'. That forces a lot of recalculation to get the layout, every time you add a letter. Seems the text was copied from somewhere. I have changed part of the line breaks to paragraph breaks, and now it runs smoothly. Attached the modified file. You can find how to change line break to paragraph break: https://ask.libreoffice.org/t/how-to-replace-paragraph-break-into-line-break-in-libreoffice-find-and-replace/41714/2 It can be really slow if you try with your attached sample.
Confirm the problem in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8dd533aa2c71e80f50a292b07660fb5021716f38 CPU threads: 16; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL threaded
Thank you very much for the fast responses and for the identification of a workaround. At JabRef, we have taken some measures to mitigate this problem from our side (by replacing all automatically inserted line breaks with paragraph breaks instead). Of course, that doesn't solve the root of the problem. I will leave the ticket open for the off-chance someone has the expertise and willingness to work on improving layout-calculation related to line breaks in the future.
It is not a workaround, is how Writer is designed to work.
The slowness is noticeable mainly when automatic spellchecking is on. Tested on Linux and Windows. Arch Linux 64-bit Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 19f943f13485918d35597be1dcae48c0fbecd0e3 CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 31 January 2026
Created attachment 205294 [details] Perf flamegraph of typing with spellchecking