<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - EDITING: Manage Styles Dialogue (F11) became unusable." href="https://bugs.documentfoundation.org/show_bug.cgi?id=118550#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - EDITING: Manage Styles Dialogue (F11) became unusable." href="https://bugs.documentfoundation.org/show_bug.cgi?id=118550">bug 118550</a> from <a class="email" href="mailto:albrecht.mueller@astrail.de" title="Albrecht Müller <albrecht.mueller@astrail.de>"> Albrecht Müller</a> <pre>Thanks for your information. Based on it I dared to experiment with the user profile directory. That's the current state of affairs: I found out that Windows happened to save a backup of the "user" directory just a day before the problem appeared. This way I could restore an almost current working state (great Windows feature!). I put the directory containing the "user" directory under git version control and saved this version. I then replaced the contents of the "user" directory with the contents of the libreoffice-profile.zip file I generated using LibreOffice's Safe Mode and committed this version too. The comparison of the two commits showed that the backup created by LibreOffice has some defects: - It seems to contain no or wrong timestamps. - The names of some files in the "wordbook" subdirectory were different. LibreOffice seems to replace spaces, umlauts and some other characters by the percent encoded representation of their UTF-8 codes. I observed this effect in some other directories too. This led to some problems with spell checking. I did not look for problems this may cause in other areas. With respect to the "Manage Styles" dialogue the two profiles behave as expected. It is functional when I use the profile restored from the Windows backup, and it does not work when I use the version from the .zip. This way I can reproduce the problem. When I copied the registrymodifications.xcu from the version that does not work into the one that does the "Manage Styles" dialogue ceases to work. So I think the problem is related to the contents of this file. I could test the "bad style hypothesis" - it seems to be wrong. In a not working profile I changed the stanza you mentioned to toggle the preview styles checkbox. Unfortunately the "Manage Styles" dialogue disappears as before. In the flickering dialogue box (repeating F11 key) I could see that the checkbox did not use style preview, i.e. the checkbox is off.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>