Bug 55364 - Bundled Extensions create huge amount of files in appdata (slows roaming profiles)
Summary: Bundled Extensions create huge amount of files in appdata (slows roaming prof...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Extensions (show other bugs)
Version:
(earliest affected)
3.6.1.2 release
Hardware: Other Windows (All)
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-09-26 18:44 UTC by slingshot
Modified: 2016-09-19 16:48 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description slingshot 2012-09-26 18:44:20 UTC
The following plugins:
nlpsolver 
presenter-screnn
wiki-publisher

All create around 1000+- small files in the following directory:

C:\Users\%USERNAME%\AppData\Roaming\LibreOffice\3\user\extensions\bundled\registry\com.sun.star.comp.deployment.help.PackageRegistryBackend

This means REALLY slow logons and logoffs for users with roaming profiles. Many files equals lots of read and write to disks. We are not caching data on the Terminal server as this would fill the local disks on the terminal servers. The user appdata folder must then be loaded and unloaded to a network location.

With these three extensions enabled you get 3 minute logon logoff times because of the 4000+ files created in the above folder.
Comment 1 bfoman (inactive) 2013-03-15 20:01:00 UTC
(In reply to comment #0)
> The following plugins:
> nlpsolver 
> presenter-screnn
> wiki-publisher
> With these three extensions enabled you get 3 minute logon logoff times
> because of the 4000+ files created in the above folder.

At least Presenter Console is a core feature in LibreOffice 4.0.
Anyway, do you have all languages installed? 4000+ files seems to be a lot...
Comment 2 slingshot 2013-04-03 17:34:19 UTC
I have not been able to test this later on because we have chosen not to include the plugins in the latest installs on our production servers. We did not have all languages installed. Although it seemed the plugin installed all languages for it's own use.
Comment 3 Owen Genat (retired) 2014-08-01 10:07:38 UTC
(In reply to comment #0)
> All create around 1000+- small files in the following directory:
> 
> C:\Users\%USERNAME%\AppData\Roaming\LibreOffice\3\user\extensions\
> bundled\registry\com.sun.star.comp.deployment.help.PackageRegistryBackend

Under GNU/Linux x86_64 for both v3.5.7.2 and v4.2.5.2 I have very few files in these locations:

$ find .config/libreoffice/3/user/extensions/bundled/registry/. -type f | wc -l
23
$ find .config/libreoffice/4/user/extensions/bundled/registry/. -type f | wc -l
13

Presumably the files are being created from repeated use of help while using the NLP Solver and Wiki-Publisher extensions. This would therefore seem like an enhancement request to have these files cleaned up on exit of the application.
Comment 4 Michael Meeks 2015-01-08 16:00:55 UTC
Perhaps Stephan has an idea.
Comment 5 Stephan Bergmann 2015-01-09 09:46:11 UTC
* Extensions can contain help data for various languages.  For bundled extensions in Windows installation sets, any per-language help data is not factored out into language-specific language-pack or help-pack .msi files, but is contained in the main .msi file.

* Extensions can contain help data either in raw or pre-processed form.  If and only if the data is in raw form, during extension installation (i.e., during first start for bundled extensions) will LO write (potentially lots of) processed files into the UserInstallation's extensions/bundled/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/ tree.

* I checked with current <http://donate.libreoffice.org/home/dl/win-x86/4.3.5/en-US/LibreOffice_4.3.5_Win_x86.msi>, and its two bundled extensions that contain help data (nlpsolver and wiki-publisher) both contain it in pre-processed form.  So at least with that version the UserInstallation's extensions/bundled/registry/com.sun.star.comp.deployment.help.PackageRegistryBackend/ directory will only contain a single small backenddb.xml file.  (And the UserInstallation's extensions/bundled/ tree gets freshly regenerated as soon as the user starts a new LO version for the first time, so it should not accumulate cruft from old LO versions that potentially contained bundled extension help data in raw form.)

* So I assume that LO 3.6.1 (the version this issue got reported against) contained raw help data, and that got changed meanwhile.  So closing as WORKSFORME for now.  Feel free to re-open if problem still persists after all.

* For LO 4, the UserInstallation's path on Windows has changed from ...\LibreOffice\3\user to ...\LibreOffice\4\user.  Installing and running LO 4 will create a new ...\LibreOffice\4\user tree (migrating data from an exisiting ...\LibreOffice\3\user tree, if any, on first start), but will leave the ...\LibreOffice\3\user tree alone.  So after successful migration to LO 4, any ...\LibreOffice\3\user tree can savely be removed manually from AppData to avoid performance problems like the one described in comment 0.
Comment 6 Robinson Tryon (qubit) 2015-12-18 10:24:12 UTC Comment hidden (obsolete)
Comment 7 Xisco Faulí 2016-09-19 16:48:02 UTC Comment hidden (obsolete)