Saving LibreOffice document to desktop, VERY slow.

I did a migration assist of my Mojave system to M1 running Sequoia sometime ago and am learning the nuances of Sequoia.


I ran Libreoffice in Sequoia and wanted to copy the file to User Desktop.


Libreoffice went into ‘not responding’  (spinning beach ball) and I had to force quit. I later found out that if I left for ~ 2 minutes it did allow me to save to desktop.


I tried in several other user accounts on M1 and all worked quickly and fine.


So back to Imac running Mojave.


Tried the same thing with the same user account. Again I had to wait ~2min before it would save to the desktop.


I believe I have exhausted the LibreOffice fixes eg going back to factory settings and recreating User Profile via LO Safe Boot.


I have booted both Macs in Safe Boot to no effect.


I do not have any anti-virus etc programs running. I do have Little Snitch but have run de-activated. Nothing in EtreCheck shows anything untoward (Performance: Excellent).


I emphasise that it is only a problem on one User account on both Macs.


So it would seem there is some file/setting in this one account that is causing a hassle for LibreOffice but what?


I thought I’d ask here as I am guessing not a LibreOffice problem per se.

iMac (2017 – 2020)

Posted on Aug 18, 2026 8:52 PM

Reply
Question marked as Top-ranking reply

Posted on Aug 21, 2026 3:57 AM

Hi HWTech


Thank you et al for your advice and assistance.


I renamed ~/library/preferences/org.libreoffice.script.plist and


~/library/preferences/org.libreoffice.script.LSSharedFileList.plist


I found that after rebooting and trying to save a new document to desktop org.libreoffice.script.plist was recreated. The save window was also simpler and I got no beech ball.


So this was a solution – thanks

-------------------------

Before doing this replacement of the plist I did do some experiments which I thought might be interesting for others.


I decided that it was the desktop of User X that was the problem.


So with a metaphorical sledge hammer, I navigated to a bootable backup clone (how great to have such a thing to experiment with) and to user X.


I deleted X’s desktop and emptied trash.


Booted into the clone and opened X, all fine but not surprisingly nothing on the desktop.


Checked Libreoffice and saving worked a charm.


Then put back the items on the desktop on-by-one and tested each time.


I found that alias links to other computers on the LAN were the problem.


Shut down the clone and booted normally into the Imac proper.


I removed these alias links and then recreated them. Libreoffice saving to desktop worked fine.


It was not until the next day I noted, checking libreoffice again, that when I instigated a save to desktop an alias was activated and the external Imac was connected. No beach balling.


So disconnected the Ethernet(LAN) and this time got the 2 min plus beach ball presumable because it was trying to connect to external computer, eventually it gave up and so let me save the document as previous scenario.


A ‘solution’ was to put these aliases links in a folder on the desktop where it seemed Libreoffice could not ‘see’ and all worked fine.


 I cannot see any settings in Libreoffice to stop it opening these links to other computers on the LAN. I think I will raise with Libreoffice for its advice as I am intrigued as to why.


------------


Again replacing the plist solved it in a better way so thanks again.

11 replies
Question marked as Top-ranking reply

Aug 21, 2026 3:57 AM in response to HWTech

Hi HWTech


Thank you et al for your advice and assistance.


I renamed ~/library/preferences/org.libreoffice.script.plist and


~/library/preferences/org.libreoffice.script.LSSharedFileList.plist


I found that after rebooting and trying to save a new document to desktop org.libreoffice.script.plist was recreated. The save window was also simpler and I got no beech ball.


So this was a solution – thanks

-------------------------

Before doing this replacement of the plist I did do some experiments which I thought might be interesting for others.


I decided that it was the desktop of User X that was the problem.


So with a metaphorical sledge hammer, I navigated to a bootable backup clone (how great to have such a thing to experiment with) and to user X.


I deleted X’s desktop and emptied trash.


Booted into the clone and opened X, all fine but not surprisingly nothing on the desktop.


Checked Libreoffice and saving worked a charm.


Then put back the items on the desktop on-by-one and tested each time.


I found that alias links to other computers on the LAN were the problem.


Shut down the clone and booted normally into the Imac proper.


I removed these alias links and then recreated them. Libreoffice saving to desktop worked fine.


It was not until the next day I noted, checking libreoffice again, that when I instigated a save to desktop an alias was activated and the external Imac was connected. No beach balling.


So disconnected the Ethernet(LAN) and this time got the 2 min plus beach ball presumable because it was trying to connect to external computer, eventually it gave up and so let me save the document as previous scenario.


A ‘solution’ was to put these aliases links in a folder on the desktop where it seemed Libreoffice could not ‘see’ and all worked fine.


 I cannot see any settings in Libreoffice to stop it opening these links to other computers on the LAN. I think I will raise with Libreoffice for its advice as I am intrigued as to why.


------------


Again replacing the plist solved it in a better way so thanks again.

Aug 19, 2026 7:15 PM in response to Need_help_give_help

Need_help_give_help wrote:
I ran Libreoffice in Sequoia and wanted to copy the file to User Desktop.

Do you mean "save" a document to the Desktop using the "Save As...." option?


If not, then what exactly do you mean by "copy the file to User Desktop"?


Can you perform this operation in a folder on the Desktop instead of directly onto the Desktop?


Can you perform this operation in another major folder like Documents or Downloads?


Is this an existing document or a newly created document?



Libreoffice went into ‘not responding’  (spinning beach ball) and I had to force quit. I later found out that if I left for ~ 2 minutes it did allow me to save to desktop.
I tried in several other user accounts on M1 and all worked quickly and fine.
So back to Imac running Mojave.
Tried the same thing with the same user account. Again I had to wait ~2min before it would save to the desktop.

This means it is not an issue with the file system as it occurs on two different Macs.


It also means the issue is within your macOS user account. Hard to say whether it is a macOS issue such as bad or corrupt configuration in general within the user account, or a LO bad/corrupt setting/configuration.


Seeing the EtreCheck report may be helpful. Perhaps you have some Finder extension or such that could be causing a problem.


I believe I have exhausted the LibreOffice fixes eg going back to factory settings and recreating User Profile via LO Safe Boot.

Which of the options in the following LibreOffice article regarding LibreOffice Safe Mode did you perform?

https://help.libreoffice.org/latest/en-US/text/shared/01/profile_safe_mode.html


I would suggest deleting the LO .plist preference file in "~/Library/Preferences" folder (or at least renaming it by adding "--orig" to the name (make sure LO is not running at the time).


The only other LO related items I found were in the "~/Library/Application Support" folder, but I suspect this is what LO Safe Mode is meant to ignore or recreate as the case may be.


Within the new macOS user account, you could try copying over the LO .plist preference file to see if that triggers LO to have the issue in the new user account (will need to overwrite existing file). If it doesn't make a difference, then try copying the LO Application Support folder. It is important LO is not running. You may need to change the "owner" of the .plist file and the transferred LO Application Support folder within the new user account. Easiest way to transfer these items is to either use a USB stick, or to place them into the "/Users/Shared" folder.


This can help you identify whether these two LO items are the problem without destroying your existing installation.

Aug 20, 2026 6:02 PM in response to Need_help_give_help

Need_help_give_help wrote:
Can you perform this operation in a folder on the Desktop instead of directly onto the Desktop?
No
Can you perform this operation in another major folder like Documents or Downloads?
Yes


Run the following Terminal command and post the results so we can see what permissions, extended attributes, flags, and ACLs are associated with the Desktop folder (that is an uppercase letter "Oh" between the "e" and "@"):

ls  -hldeO@  ~/Desktop


Aug 18, 2026 10:01 PM in response to Need_help_give_help

If you will share your etreCheck report here so others can put eyes on it, someone may spot something that you have dismissed as unimportant. Without being able to see your software load and performance info, we can only guess at a cause of your problem.


Post your report as instructed here: How to use the Add Text Feature When Post… - Apple Community

Aug 19, 2026 5:38 AM in response to Need_help_give_help

The Document Foundation provides an exclusive Apple Silicon version of the LibreOffice suite. If you also migrated LibreOffice from that Mojave installation, it will be an Intel only application and that will be a dawg on an M1 machine.


Get the Apple Silicon version of the current (26.2.5) LibreOffice Suite and install by replacing the older suite. Use the File > Save As… menu item to write the document to your Desktop.


I have been using LibreOffice for years across both Intel and Apple Silicon Macs and it has never been slow to save files to local storage. I keep my LibreOffice versions current for the given release of macOS. Ensure that you have Sequoia v15.7.9 installed.

Aug 20, 2026 1:00 AM in response to HWTech

Thank you HWTech for your comprehensive suggestions.


I apologise for my inaccurate words – I should have said ‘save’ or ‘save as’ not copy which is quite different.


I shall put your questions in italics:


Can you perform this operation in a folder on the Desktop instead of directly onto the Desktop?


No


Can you perform this operation in another major folder like Documents or Downloads?


Yes


Is this an existing document or a newly created document?


Newly created, any LO document on desktop can be opened and saved without a hassle


Which of the options in the following LibreOffice article regarding LibreOffice Safe Mode did you perform?


“Reset to factory settings” and selected both “Reset settings user interface modification” and “Reset entire user profile”.


Also manually removed ~library/application support/LibreOffice which the same as the above. When open LO again it recreates this folder


I would suggest deleting the LO .plist preference file in "~/Library/Preferences" folder (or at least renaming it by adding "--orig" to the name (make sure LO is not running at the time).


Found: org.libreoffice.script.plist and org.libreoffice.script.LSSharedFileList.plist


The only other LO related items I found were in the "~/Library/Application Support" folder, but I suspect this is what LO Safe Mode is meant to ignore or recreate as the case may be.


Yes as above


Within the new macOS user account, you could try copying over the LO .plist preference file to see if that triggers LO to have the issue in the new user account (will need to overwrite existing file). If it doesn't make a difference, then try copying the LO Application Support folder. It is important LO is not running. You may need to change the "owner" of the .plist file and the transferred LO Application Support folder within the new user account. Easiest way to transfer these items is to either use a USB stick, or to place them into the "/Users/Shared" folder.


Will try all in careful slow time.


Thanks

Aug 19, 2026 5:17 PM in response to VikingOSX

Hi VikingOSX


Sorry I was not clear enough perhaps.


This problem is on both a M1 running Sequoia AND an Imac running Mojave.


It is also ONLY the one account that is effected (One of 5 migrated from Imac to M1)


Of course after I did the migration I downloaded the Libreoffice that would run on Sequoia. Yes I have tried 26.2.4.2 silicon and  7.5.9.2. It obviously doesn’t solve the problem because it is a user account specific not libreoffice.


I am please to note you and probably others, do not have a problem, I do and that’s why I am here seeking advice.

Saving LibreOffice document to desktop, VERY slow.

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.