<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Libreoffice All Modules Bug Reporting" href="https://bugs.documentfoundation.org/show_bug.cgi?id=143700#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Libreoffice All Modules Bug Reporting" href="https://bugs.documentfoundation.org/show_bug.cgi?id=143700">bug 143700</a> from <a class="email" href="mailto:that.man.colin@gmail.com" title="Colin <that.man.colin@gmail.com>"> Colin</a> <pre>I'm adding this here because it is an issue impacting bug reporting. Every report requests the status of user profile reset Many reporters are subsequently requested to test with a user profile reset Clearly, the user profile environment is not sufficiently robust. I have no idea which component of LO causes all the profile corruption and I'm assuming a project to identify the root cause and implement procedures to reduce the fragility could be beneficial. Perhaps a permanent log file to identify any changes as they are made to the underlying options could help in both the identification and recovery from profile corruption. I have certainly experienced unauthorised profile amendments by simple version upgrades which include but are not limited to:- Lost Calc Sort Lists New sort lists in foreign languages My entire "view" profile with toolbar choices and styles obliterated Not once, in my recollection, has resetting my user profile, or running in safe mode, ever made any difference to the substance of one of my bug reports. Surely that says more about the profile weaknesses than anything else - especially as the responders are constantly having to suggest resetting profiles to eliminate these acknowledged inherent weaknesses. Imagine the productivity bonus if the responders had more faith in the profiles</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>