https://bugs.documentfoundation.org/show_bug.cgi?id=35568
Mike Kaganski <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Assignee|[email protected] |[email protected] |desktop.org | --- Comment #39 from Mike Kaganski <[email protected]> --- So there are three different, but related, issues: 1. The installer does *not* make LibreOffice start itself. What it does is set a registry setting, that tells LibreOffice, *when it is manually started the first time*, that it needs to add itself to system autostart. Thus, with a *clean* install (most important is no pre-existing user profile), enabling "load during system start-up" in the installer, then rebooting after installation - does *not* start LibreOffice automatically. Launching LibreOffice manually in this case launches quickstart and creates the system autostart shortcut, so the next reboot will be OK. This is bug 75767. 2. The *upgrades* disable quicktart, and do not re-enable. After an upgrade, even with double-ckecked "load during system start-up" is checked in installer, the quickstart will not run after reboot, and even after manual program start; the respective checkbox in options is unchecked, and needs manual re-check to work. This happens because the system autostart shortcut gets removed in the beginning of the upgrade, then the registry setting telling to enable quickstart is written (see #1); but that registry setting is *only ever checked when LibreOffice is started without a previous profile* (first time *ever*). This is this bug 35568. It will be fixed by https://gerrit.libreoffice.org/c/core/+/168902. 3. The system autostart shortcuts that gets created to actually enable quickstart is created in the user's system profile, and is named including LibreOffice version. This makes it impossible to remove such a shortcut on an administrative uninstallation, when the uninstaller is run by an account other than the user's: the uninstaller will try to remove the shortcut, but that will happen in that user's system profile. Thus, in the administrative install case, the old shortcuts are kept, and then new shortcuts will be added when user enables the checkbox in options. This is bug 123413. -- You are receiving this mail because: You are the assignee for the bug.
