<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Switching between two versions of LibreOffice resets user profile" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128956#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Switching between two versions of LibreOffice resets user profile" href="https://bugs.documentfoundation.org/show_bug.cgi?id=128956">bug 128956</a> from <a class="email" href="mailto:vstuart.foote@utsa.edu" title="V Stuart Foote <vstuart.foote@utsa.edu>"> V Stuart Foote</a> <pre>(In reply to Alex Thurgood from <a href="show_bug.cgi?id=128956#c3">comment #3</a>) > 1) The change in behavior is pretty recent, it has worked fine up til now, > so hardly an "old" way of parallel installing. > Sorry, I was not clear on that, was referring to the methods in the Wiki for 'installing in parallel'. And in fact, both the 'new' macOS method of a helper script setting a PROFILE_DIR environment variable; or the 'old' method of manual edit of bootstraprc and setting the internal 'UserInstallation' variable to internal $ORIGIN path work with a unique profile for each LibreOffice installation. Either method is intended to allow you to keep your operational user profile separate from your testing profile--so as to not corrupt your user profile, and reduce the frequency of needing to reset profile to restore function. But that is not really the main issue of the <a href="show_bug.cgi?id=128956#c0">comment 0</a> which is about your Java runtime. For that I can not confirm as each install I perform receives its own newly configured default profile.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>