Bug Hunting Session
Bug 44128 - Standard configuration files aren't restored after deletion
Summary: Standard configuration files aren't restored after deletion
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: User-Profile
  Show dependency treegraph
 
Reported: 2011-12-24 13:54 UTC by sworddragon2
Modified: 2018-10-28 13:19 UTC (History)
5 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 sworddragon2 2011-12-24 13:54:22 UTC
I have already some times ago reported this problem on OpenOffice:

Example: Start LibreOffice Writer and close it so that the standard
configuration files are created. Now delete ~/.config/.libreoffice/3/user/basic and start LibreOffice Writer. A few error messages appear because the standard files are missing. LibreOffice should create them then again without an error message. It seems that this even work with more folders like /basic.
Comment 1 sworddragon2 2012-01-14 02:19:21 UTC
The new configuration path ~/.config/libreoffice has the same problem.
Comment 2 sasha.libreoffice 2012-02-15 06:37:19 UTC
in 3.6.0 master on Fedora 64 bit after deleting folder "basic":
first time office complains 4 times and creates folder "basic" with file script.xlc and folder Standard inside.
in all other starts it complains 2 times on these files not exist:
dialog.xlc and dialogs.xli

IMHO it is bug. Why not create these 2 file automatically?
Comment 3 sworddragon2 2012-08-31 20:35:47 UTC
In LibreOffice 3.6.0 RC4 the error messages doesn't appear anymore but the most folders are not created anymore too. If this is the correct behavior this ticket can be closed.
Comment 4 sasha.libreoffice 2012-09-03 10:43:53 UTC
@ sworddragon2@aol.com
Thanks for additional testing

@ Noel
Greetings
What do You think about this bug?
Comment 5 QA Administrators 2015-01-05 17:51:41 UTC Comment hidden (obsolete)
Comment 6 sworddragon2 2015-01-06 02:12:00 UTC
> In LibreOffice 3.6.0 RC4 the error messages doesn't appear anymore but the most
> folders are not created anymore too. If this is the correct behavior this
> ticket can be closed.

I'm still seeing this behavior with LibreOffice 4.3.5.2 on Linux 3.16.7-ckt1 (x86_64).
Comment 7 QA Administrators 2016-01-17 20:03:17 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2017-03-06 14:06:53 UTC Comment hidden (obsolete)
Comment 9 Thomas Lendo 2018-10-11 22:14:10 UTC
Still reproducible.

Version: 6.2.0.0.alpha0+
Build ID: c8481c8a43ce2544275b2d70ef29a8b0cb157732
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-DE (de_DE.UTF-8); Calc: threaded

But I don't know if this request is really wanted--if it's implemented, LibreOffice will compare the default user files with the current user files. If files are missing, LibreOffice will copy the default files. But this procedure would increase the start time a lot I assume.

Nonetheless it would be nice if no files are missing, no matter what the user has destroyed. But how likely is this?

Adding needsUXEval.
Comment 10 Heiko Tietze 2018-10-28 13:00:27 UTC
Wouldn't add code for this. If the user messes up with .config files he/she has to be aware of potential harm. A warning in case of unintended modifications sounds also like a good idea.

My take => WFM.
Comment 11 Cor Nouws 2018-10-28 13:19:40 UTC
(In reply to Heiko Tietze from comment #10)
> Wouldn't add code for this. If the user messes up with .config files he/she

In the end yes, but it misses some logic maybe.

> has to be aware of potential harm. A warning in case of unintended
> modifications sounds also like a good idea.

Is code too..

Mind: if you remove the whole configuration, it is restored.
It should be doable to improve this. I would say an Enhancement.

Related is a bug, bug 51267. So if someone looks at one of them, the other may be looked at too :)