Bug 51267 - after removing registrymodifications.xcu the existing user/basic/dialog.xlc and scrip.xlc are overwritten and existing user libraries seem lost
Summary: after removing registrymodifications.xcu the existing user/basic/dialog.xlc a...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: BASIC (show other bugs)
Version:
(earliest affected)
3.3.0 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 55005 (view as bug list)
Depends on:
Blocks: User-Profile
  Show dependency treegraph
 
Reported: 2012-06-20 11:40 UTC by Cor Nouws
Modified: 2018-11-01 23:25 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 Cor Nouws 2012-06-20 11:40:02 UTC
Check this in a installation with some additional Basic libraries
make a backup of the user/basic/dialog.xlc and scrip.xlc files :-)

Close the office
Remove (rename) the registrymodifications.xcu 
Restart the office
  > the existing user/basic/dialog.xlc and scrip.xlc are overwritten

I remember having seem some annoying behaviour before.
But now I understood what it was.
Thus testing ... I see the problem in 3.3.0 already :-)
(didn't check all the beta's)
Comment 1 Stephan Bergmann 2012-06-20 23:50:46 UTC
So?  If the LO BASIC machinery stores in one part of UserInstallation (user/registrymodificiations.xcu) information about data it stores in another part (user/basic/), manually modifying only one place will likely get the machinery confused.  (I did not bother to check whether the machinery really works this way, but it looks highly likely.  And in any event, manually modifying the UserInstallation is not supported.)
Comment 2 Cor Nouws 2012-06-21 00:56:21 UTC
Hey, and me being so naive to expect that a new registrymodifications.xcu respects data that is in the tree :-)

But - what the * - so I lose all my carefully defined custom colors too.. And what more? Ugh. Have to check and really need to add a warning to our FAQ about solving particular problems by dumping the registrymodifications.xcu.
Comment 3 Cor Nouws 2014-11-18 14:11:09 UTC
have some question though ..
Comment 4 Cor Nouws 2014-11-18 14:17:36 UTC
Hi Stephan,

Shout myself in the foot again with some for of this issue ;)

Now I tested with a fresh profile in 4.4.0.alpha2

(In reply to Stephan Bergmann from comment #1)
> So?  If the LO BASIC machinery stores in one part of UserInstallation
> (user/registrymodificiations.xcu) information about data it stores in
> another part (user/basic/), 

All that is stored, is data about the UI.
No sign of the new module or the new library that I added.

> ...  manually modifying only one place will likely
> get the machinery confused.  (I did not bother to check whether the
> machinery really works this way, but it looks highly likely.  

 ;)
Based on my experiment, I would say that there is no need for LibreOffice to overwrite basic.xlb and scripts.xlb when a new registrymodifications.xcu is written.

> And in any event, manually modifying the UserInstallation is not supported.)

On the other hand: the advise to start with a clean userprofile, i.e. remove the registrymodifications.xcu, is given on daily basis to many people around the world..

Interested in your thoughts and insight,
Cor
Comment 5 Cor Nouws 2014-11-18 14:29:28 UTC
*** Bug 55005 has been marked as a duplicate of this bug. ***
Comment 6 Cor Nouws 2014-11-18 14:53:24 UTC
(In reply to Cor Nouws from comment #4)
 
> All that is stored, is data about the UI.
> No sign of the new module or the new library that I added.


> Based on my experiment, I would say that there is no need for LibreOffice to
> overwrite basic.xlb and scripts.xlb when a new registrymodifications.xcu is
> written.

The same applies for colors in the standard.soc and probably more in /user/config/
Comment 7 Stephan Bergmann 2014-11-18 15:10:35 UTC
(In reply to Cor Nouws from comment #4)
> On the other hand: the advise to start with a clean userprofile, i.e. remove
> the registrymodifications.xcu, is given on daily basis to many people around
> the world..

I hope nobody routinely gives the bad advice to remove registrymodifications.xcu.  What should be given as advice is to try with the existing user profile (i.e., the whole directory tree) moved away, cf. <https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile>.
Comment 8 Cor Nouws 2014-12-16 15:30:48 UTC
(In reply to Stephan Bergmann from comment #7)
> I hope nobody routinely gives the bad advice to remove
> registrymodifications.xcu.

That probably is behaviour that I adapted myself, to reuse simply as much as possible from the previous config.

Removing registrymodifications.xcu results only in config colors and macro's to be lost..

I'll think if I can make a useful addition to the nice documentation on the wiki.
Comment 9 Stephan Bergmann 2014-12-16 16:20:22 UTC
(In reply to Cor Nouws from comment #8)
> Removing registrymodifications.xcu results only in config colors and macro's
> to be lost..

Not sure I'm missing context here, but in general that's of course not true.  For example, virtually any setting made under "Tools - Options..." is lost when you remove registrymodifications.xcu.
Comment 10 Cor Nouws 2014-12-16 17:31:36 UTC
(In reply to Stephan Bergmann from comment #9)
> (In reply to Cor Nouws from comment #8)
> > Removing registrymodifications.xcu results only in config colors and macro's
> > to be lost..
> 
> Not sure I'm missing context here, but in general that's of course not true.

I was too brief: of course I meant to say from what is stored in the directories that are inside /user

> For example, virtually any setting made under "Tools - Options..." is lost
> when you remove registrymodifications.xcu.

yep.
Comment 11 QA Administrators 2015-07-18 17:35:57 UTC Comment hidden (obsolete)
Comment 12 Jean-Baptiste Faure 2015-08-01 05:59:50 UTC
From comments by Stephan, I close this bug report as NotABug.

Please, feel free to reopen if you disagree.

Best regards. JBF
Comment 13 Cor Nouws 2015-09-12 11:00:29 UTC
As per my comment 10 I reopen this and extend the summary
Comment 14 QA Administrators 2017-03-06 13:57:28 UTC Comment hidden (obsolete)
Comment 15 Cor Nouws 2017-08-15 12:05:44 UTC
In newer versions it's only about the Basic libraries
Handling of custom colors changed - those are now indeed part of the registrymodifications.xcu
Comment 16 QA Administrators 2018-08-22 02:36:10 UTC Comment hidden (obsolete)
Comment 17 Oliver Brinzing 2018-08-24 15:44:47 UTC
i can not confirm this bug with lo 6.1.
after deleting "registrymodifications.xcu", user my two basic libraries "Standard" and "Library1" are still available after restarting lo:

script.xlc:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE library:libraries PUBLIC "-//OpenOffice.org//DTD OfficeDocument 1.0//EN" "libraries.dtd">
<library:libraries xmlns:library="http://openoffice.org/2000/library" xmlns:xlink="http://www.w3.org/1999/xlink">
 <library:library library:name="Standard" xlink:href="$(USER)/basic/Standard/script.xlb/" xlink:type="simple" library:link="false"/>
 <library:library library:name="Library1" xlink:href="$(USER)/basic/Library1/script.xlb/" xlink:type="simple" library:link="false"/>
</library:libraries>
Comment 18 Oliver Brinzing 2018-08-24 15:49:23 UTC
just noticed: 
deleting the "user\extensions" folder will
replace the script.xlc/dialog.xlc with default settings.
Comment 19 Cor Nouws 2018-11-01 23:25:16 UTC
(In reply to Oliver Brinzing from comment #17)
> i can not confirm this bug with lo 6.1.
> after deleting "registrymodifications.xcu", user my two basic libraries
> "Standard" and "Library1" are still available after restarting lo:

(In reply to Cor Nouws from comment #0)
> Check this in a installation with some additional Basic libraries
> make a backup of the user/basic/dialog.xlc and scrip.xlc files :-)

Does that make sense ?