LibreOffice

Forums: 

This is only a suggestion to include a LibreOffice cleaner whenever possible. It should be relatively easy, since it uses the same preferences and file structure as OpenOffice.org, except the only difference is the name of the parent directory.

$HOME/.libreoffice/3/user/ is where the user preferences and recent documents are saved under Linux systems.

Thank you. LibreOffice support on Linux added for BleachBit 0.8.7.

---
Andrew, lead developer

I installed 0.8.7 beta to test out the new cleaner, but there was no LibreOffice cleaner to be found, even when I unchecked "Hide irrelevant cleaners".

I'm using Linux, not Windows.

It's listed as OpenOffice.org . I can see how that is confusing, but here is part of the dilemma. OxygenOffice Professional, for example, is another derivative of OpenOffice.org, but it uses the same paths. If I make a separate cleaner for OxygenOffice with the same paths and the user selects both, BleachBit will overreport the preview size.

---
Andrew, lead developer

Makes sense, but it can be confusing. Maybe rename the cleaner (in the GUI) to read "OpenOffice.org / LibreOffice"?

When I ran the OpenOffice cleaner, this is what it cleaned:

Delete the usage history ?B /home/flan_suse/.openoffice.org/3/user/registry/data/org/openoffice/Office/Common.xcu

It made no mention of the LibreOffice user directory ($HOME/.libreoffice/3/user/). When I opened LibreOffice, it still listed all of my recent documents.

Since I no longer even have OpenOffice.org installed, I went ahead and deleted the $HOME/.openoffice.org/ folder entirely. Now when I run the OpenOffice.org cleaner in 0.8.7 beta, it shows me that it cleans nothing. (No output in the log window.)

Regarding "OpenOffice.org / LibreOffice," there are so many (20 or more) derivatives of OpenOffice.org, but they can't all be listed in the cleaner name.

Do you have a file called $HOME/.libreoffice/3/user/registry/data/org/openoffice/Office/Common.xcu? If not, please run this command

find ~/.libreoffice/ -name Common.xcu

---
Andrew, lead developer

Looks like even though the parent directory is similar in structure, there is a significant change.

I found a .xcu file which contains the recent documents for LibreOffice, but it has a different file name: registrymodifications.xcu

Here is the full path: $HOME/.libreoffice/3/user/registrymodifications.xcu

Upon further inspection, looks like they removed this directory entirely: $HOME/.libreoffice/3/user/registry/

This is my version of LibreOffice, which I believe is the latest one currently:

LibreOffice 3.3.0
OOO330m17 (Build:3)
libreoffice-build 3.3.0.1

I'm not sure if registrymodifications.xcu and Common.xcu are exactly the same, since I don't have a copy of Common.xcu from my previous OpenOffice.org installation.

How about saying something like "OpenOffice.org (and derived works)" and possibly linking the derived works to the first link you provided?

I downloaded LibreOffice 3.3.0 and verified ~/.libreoffice/3/user/registrymodifications.xcu changed more than the path: the contents are very different, at a glance, more complicated. I'll have to save this for a future release of BleachBit so it can be tested properly. Thanks

---
Andrew, lead developer

Just posting a reminder about LibreOffice. It has replaced OpenOffice on most recent distro releases, and since it is an important fork, it soon will not be considered just another OpenOffice derivative.

How's the "official" LibreOffice changes in BB progressing - all seems OK, and I delete histories anyway, but just thought a status update here would be in order.

Many thanks for BleachBit, it's a great piece software that I use frequently, but I certainly miss a BleachBit LibreOffice cleaner. As has already been noted, LibreOffice is the default office software in most Linux distributions and has a very active community around it. It would be very nice not to have to treat LibreOffice as a special case when cleaning out my computers.

Many thanks for BleachBit, it's a great piece software that I use frequently, but I certainly miss a BleachBit LibreOffice cleaner. As has already been noted, LibreOffice is the default office software in most Linux distributions and has a very active community around it. It would be very nice not to have to treat LibreOffice as a special case when cleaning out my computers.

LibreOffice 3.4 support is working for Linux in BleachBit SVN (development code). Windows support is coming soon. If you don't know how to use SVN, just watch for the BleachBit 0.9.2 beta to try it out.

---
Andrew, lead developer

Test BleachBit 0.9.2 beta with LibreOffice support

---
Andrew, lead developer

I tried the 0.9.2beta, but not only does it not detect that I have LibreOffice 3.5 installed, even if I force it to clean LibreOffice's history, nothing happens. I can even still see my recent items.

This was on Mint 9 LTS (Ubuntu 10.04 LTS) and LibreOffice 3.5.

I don't have access to Ubuntu or LibreOffice 3.5 right now. Is the file with the recently-used items still /.libreoffice/3/user/registrymodifications.xcu (as it is on LibreOffice 3.4 here on Fedora 16)? If the pathname is still right, maybe you can email me a copy of the file to my email address listed at the bottom of this page.

---
Andrew, lead developer

It appears the path used with LibreOffice 3.3.x and 3.4.x used to be ~/.libreoffice/3/user/

With 3.5.x, the path has changed to ~/.config/libreoffice/3/user/

Could you please download the new libreoffice.xml, put it in /usr/share/bleachbit/cleaners, and test again? (I think that's the path on Ubuntu.)

Alternatively you can just edit the file to change the path from ~/.libreoffice to ~/.config/libreoffice.

---
Andrew, lead developer

When I made the change from ~/.libreoffice to ~/.config/libreoffice, the cleaner is loaded and clears the Recent Documents when used.

You think this is only for Ubuntu? Installations of LibreOffice 3.5 on other distros do not use the same path of ~/.config/libreoffice? I remember when using 3.3 and 3.4, the path used to be ~/.libreoffice, but when I updated to 3.5, the path changed for me.

So then what about users that have 3.4 or older installed?

Instead of changing the path, I copied it. Because there are references to the both paths, BleachBit will clean whichever exists.

Here is a little secret: This is similar to what BleachBit does to be cross platform. Regardless of the operating system it is running on, BleachBit generally checks the other operating systems' paths. For example, on Windows it will check ~/.config/libreoffice. Because it doesn't exist, it is harmless.

---
Andrew, lead developer

Can you then also add this path:

$HOME/.libreoffice/3-suse/user/config/

This seems to be the config path for the openSUSE version of LibreOffice (from the openSUSE repositories.) If you install the .rpm on openSUSE from the LibreOffice web site, then it will use the path of $HOME/.config/libreoffice; however, the version from the openSUSE repositories uses this: $HOME/.libreoffice/3-suse/user/config/

I'm not sure if that will change for future releases or even when LibreOffice 4.x is released.

Thanks. Take a look at this diff. Based on some Google searches, it seems the /config/ part should be removed

http://bleachbit.svn.sourceforge.net/viewvc/bleachbit/trunk/cleaners/lib...

---
Andrew, lead developer

You are right. I made a typo. I checked my openSUSE systems again, and the correct path is indeed:

$HOME/.libreoffice/3-suse/user/

I looked at the diff and it looks about right! I am just unsure how things will develop over time. Especially when distros naturally bump their versions. So far, so good. At least it's best to cover all possible paths:

$HOME/.config/libreoffice/3/user/
$HOME/.libreoffice/3/user/
$HOME/.libreoffice/3-suse/user/

Any plans to include an openSUSE 12.1 package on the downloads page? openSUSE 11.3 has hit EOL (just like Fedora 14 and older Ubuntu/Mint releases). So a download for 11.4 and 12.1 would make sense together, just like the other distro packages.

How do you make so many different package formats for all those distros? To me, distro packaging can get very confusing and tricky, especially when you do it for a variety of distros.

I just tested out the stable release of BleachBit 0.9.2 on openSUSE 11.4 and Linux Mint 9 LTS. In both cases, it works just as expected. Thank you for everything, andrew! Hope it's possible to release a package for openSUSE 12.1.