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)
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.)
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.
have some question though ..
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
*** Bug 55005 has been marked as a duplicate of this bug. ***
(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/
(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>.
(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.
(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.
(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.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team This NEEDINFO message was generated on: 2015-07-18
From comments by Stephan, I close this bug report as NotABug. Please, feel free to reopen if you disagree. Best regards. JBF
As per my comment 10 I reopen this and extend the summary
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
In newer versions it's only about the Basic libraries Handling of custom colors changed - those are now indeed part of the registrymodifications.xcu
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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>
just noticed: deleting the "user\extensions" folder will replace the script.xlc/dialog.xlc with default settings.
(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 ?
Dear Cor Nouws, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Oliver Brinzing from comment #18) > just noticed: > deleting the "user\extensions" folder will > replace the script.xlc/dialog.xlc with default settings. still reproducible with: Version: 6.3.3.2 (x64) Build-ID: a64200df03143b798afd1ec74a12ab50359878ed CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc:
Dear Cor Nouws, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug