Ask Your Question

Libre office writer is really slow

asked 2017-07-13 11:16:37 +0200

dorijan gravatar image

updated 2020-07-10 22:00:44 +0200

Alex Kemp gravatar image

I am writing some documentation that has about ~40 pages, 80images plus few tables and and diagrams. The whole *.odt file size is under 32MB. But the response went from slow to unmanageable. Even scrolling takes a lot of time. Adding text is slow, adding images or saving stops the program for several minutes(sometimes even more) and process manager shows it "Not responding" while doing so.

I have tried modifying memory settings in Tools>options, tried it on several computers(2 of them had Intel i7, 8GB RAM and SSD) and I have updated LibreOffice to latest version without any effect.

Same file opened in MS Word without a problem, smooth scrolling "real-time" editing etc.

Current Version: (x64) Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; Locale: sl-SI (sl_SI); Calc: group

edit retag flag offensive close merge delete


What Font is the document using? Is it using Liberation Sans or another Liberation font? I've noticed this on Windows as well. Office uses different default fonts, so as long as they're on the system they will display, avoiding the issue. Had to stop using the software to make sure those fonts were not on system.

iAnonGuy gravatar imageiAnonGuy ( 2017-07-16 11:07:40 +0200 )edit

I have the same problem with tables in Writer. Running v. on Mac OS 10.13.6.

gyht gravatar imagegyht ( 2020-04-22 06:42:26 +0200 )edit

12 Answers

Sort by » oldest newest most voted

answered 2018-07-19 14:05:33 +0200

desgua gravatar image

Going to Tools > Options > Libreoffice Writer > View and disablying "smooth scroll" made Libreoffice runs much faster for me.

edit flag offensive delete link more


did nothing form me libreoffice Linux.

stevedonato gravatar imagestevedonato ( 2020-06-10 02:50:42 +0200 )edit

This worked for LO 7.0.3 on MX Linux (Debian), Thanks.

paul1149 gravatar imagepaul1149 ( 2020-11-11 18:37:00 +0200 )edit

answered 2018-09-18 23:40:11 +0200

rtlewis1 gravatar image

updated 2018-09-18 23:49:39 +0200

To address one of the prevalent issues, here... Since LO 5, I have invariably had trouble with dragging and dropping multi-lines of text within the same document - it would just hang before reaching the target. Today, I discovered that doing this makes it function perfectly again: go to

Tools > Options > Libreoffice Writer > View

and uncheck 'smooth scroll'

It fixes that issue entirely. For the first time in three years, drag & drop works correctly; and I believe the scrolling is now 'smoother' as well. Go figure...

edit flag offensive delete link more

answered 2017-11-17 01:43:48 +0200

Manipot gravatar image

For me, disabling the OPENGL worked.

Uncheck Tools/Options/Libre Office/View/Use OpenGL for all rendering

edit flag offensive delete link more


This worked. It's not really fast, but faster than having OpenGL rendering turned on. I'm sorry Manipot for not upvoting. I just registered the account and you need five points to be able to upvote.

Yellow Labrador gravatar imageYellow Labrador ( 2017-12-02 01:12:23 +0200 )edit

Thanks for your answer, it worked!

Jimmykid gravatar imageJimmykid ( 2018-10-02 18:32:54 +0200 )edit

thanks, that worked fine.

WallOfSpace gravatar imageWallOfSpace ( 2019-12-01 04:04:11 +0200 )edit

Didn't work for me.

gyht gravatar imagegyht ( 2020-04-22 06:46:39 +0200 )edit

answered 2019-09-16 13:46:18 +0200

secundar gravatar image

Win 10 Pro, v1809 (build 17763.678)

LO 6.2, 6.3.x

Editing styles was painful -- taking 1-2 min. to lad the window -- until I changed my default printer (networked, IPP) to a local PDF printer. Now it works like a charm!

edit flag offensive delete link more


That looks like a bug (performance issue) with a good repro scenario - would you please file it?

Mike Kaganski gravatar imageMike Kaganski ( 2019-09-16 13:50:33 +0200 )edit

The printers have NOTHING to do with editing. You must have done something else without knowing.

stevedonato gravatar imagestevedonato ( 2020-06-10 02:53:44 +0200 )edit

answered 2019-07-16 10:59:48 +0200

I VE just upgraded to debian 10 libreoffice 6.?. With gnome its very slow. I have to wait for a minute b4 the doc start responding. However, if I change the desktop to xfce, lbreoffice is very fast. Any hint to improve?

edit flag offensive delete link more


I have same problem old 5.n version was 10 times faster and new UI sucks. wish I could revert to old UI. new font color picker also sucks. you. have to remember the dam Shad of color. Also new photo alignment down menu icons? What the hell to they mean. What the hint tells me is meaningless. All in all IMHO the new UI sucks. WPS product is better

stevedonato gravatar imagestevedonato ( 2020-06-10 02:46:08 +0200 )edit

answered 2020-06-10 01:51:39 +0200

rewrite in Assembler

edit flag offensive delete link more

answered 2019-12-01 04:05:41 +0200

Just disabling openGL worked for me, now the writer is working quite fast. Thanks manipot.

edit flag offensive delete link more

answered 2017-07-13 14:48:48 +0200

TheoB gravatar image

updated 2017-07-13 14:49:47 +0200

Same problem but running CentOS 7. If I scroll my document the display of the pages lags by seconds. I have not seen minutes delay but it's unworkable.

Version: Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3 CPU Threads: 8; OS Version: Linux 3.10; UI Render: default; VCL: gtk2; Layout Engine: new; Locale: en-US (C); Calc: group

The previous version was OK:

Version: Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0 CPU Threads: 8; OS Version: Linux 3.10; UI Render: default; VCL: gtk2; Locale: en-US (C); Calc: group

So my workaround is to stay with

edit flag offensive delete link more

answered 2017-11-17 23:07:28 +0200

This worked for me. If you do a custom install instead of the typical try uninstalling then reinstall using the typical option. That may clear it up. If not everything i did was uninstalled x64 custom install; installed x86 typical install; uninstalled; installed x64 typical. Was like night and day in performance. Seems either something doesn't get installed or the ui is looking for something in the languages i had unchecked for a leaner install.

edit flag offensive delete link more


I guess that you simply moved to newer version in the process, which gave you the huge performance gain due to fixes included.

Mike Kaganski gravatar imageMike Kaganski ( 2017-11-18 09:50:31 +0200 )edit

No. Had issue on latest version also. I was doing custom install and removing non-English(US) dictionaries and UI languages. I uninstalled thinking maybe it was x64 version only, and installed x86 with typical option and all performance issues went away. Scrolling is now good and I don't have to wait 2 seconds any more for submenus to appear after selecting an item on the menu bar. I uninstalled x86 and re-installed x64 using typical and it is still good. I had this issue for quite few ver now.

DamianA gravatar imageDamianA ( 2017-11-21 20:02:46 +0200 )edit

I had a fresh install and the lag was terrible. I just did this: uninstalled and reinstalled using Typical settings. Problem solved!! Thanks

Hanuman gravatar imageHanuman ( 2019-03-18 16:49:57 +0200 )edit

answered 2017-08-06 21:25:43 +0200

Fenton gravatar image

I've had the same problem. But it also happened with V

edit flag offensive delete link more
Login/Signup to Answer

Question Tools



Asked: 2017-07-13 11:16:37 +0200

Seen: 26,352 times

Last updated: Mar 04