Bug 51267

Summary: after removing registrymodifications.xcu the existing user/basic/dialog.xlc and scrip.xlc are overwritten
Product: LibreOffice Reporter: Cor Nouws <cno>
Component: BASICAssignee: Not Assigned <libreoffice-bugs>
Status: NEEDINFO --- QA Contact:
Severity: normal    
Priority: medium CC: cno, sbergman
Version: 3.3.0 releaseKeywords: regression
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:

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.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.