NSIS all users installation auto-update

[Egorikhin]

• electron-builder version:
  19.47.1

• electron-updater version
  2.16.3

• Target:
  win

I'm facing the issue with updating application installed to the Program Files folder.
I have oneClick: false in config and i'm installing updates with:

        setImmediate(() => {
            app.removeAllListeners("window-all-closed");
            autoUpdater.quitAndInstall(true, true);
        });

So when I'm trying to update application running under not admin account, it show UAC notificaton to enable old-uninstaller.exe execution. After I click on Yes it successfully deletes everything from application folder in Program Files but not installs new one. Altough, when I'm trying to update it under admin account it will be updated successfully.

Maybe it's relevant to this issue.
Could you please take a look on it or maybe suggest where should i look?

[Egorikhin]

Ok, figured out myself.
You can use this customInit script in order to make it work as expected:

!macro customInit
    ${if} $installMode == "all"
        ${IfNot} ${UAC_IsAdmin}
            ShowWindow $HWNDPARENT ${SW_HIDE}
            !insertmacro UAC_RunElevated
            Quit
        ${endif}
    ${endif}
!macroend

[develar]

Better to prepare PR. Anyway, thanks for solution.

[Egorikhin]

I don't know if it will be the correct code to fix in the PR, so i'll try to ask here

In the multiUser.nsh on line 45 there is the following code:

  !macro setInstallModePerAllUsers
    StrCpy $installMode all
    SetShellVarContext all

    !ifdef BUILD_UNINSTALLER # <--
      ${IfNot} ${UAC_IsAdmin}
        ShowWindow $HWNDPARENT ${SW_HIDE}
        !insertmacro UAC_RunElevated
        Quit
      ${endif}
    !endif # <--

If we delete code with arrows, it will work as expected, but I'm not sure if it's correct to delete this.
Could you please assist me on this?

[develar]

Cannot answer right now, UAC is quite complicated, need to deep reinvestigate. Could you please provide your full nsis config?

[Egorikhin]

config:

    "nsis": {
        "oneClick": false,
        "allowToChangeInstallationDirectory": true,
        "include": "./configuration/zzz/include.nsh",
        "license": "./configuration/zzz/license.rtf",
        "installerHeader": "./configuration/zzz/header.bmp",
        "installerSidebar": "./configuration/zzz/side_bar.bmp"
    }, 

include.nsh:

!macro customUnInit
  ${IfNot} ${Silent}
    MessageBox MB_YESNO "Uninstalling the application will delete all related settings. Do you want to continue?" IDYES true IDNO false
    false:  
      Quit
    true:
      RMDir /r "$PROFILE\AppData\Roaming\zzz"
      DeleteRegValue HKCU "Software\Microsoft\Windows\CurrentVersion\Run" "zzz"
  ${EndIf}
!macroend

!macro customInit
    ${if} $installMode == "all"
        ${IfNot} ${UAC_IsAdmin}
            ShowWindow $HWNDPARENT ${SW_HIDE}
            !insertmacro UAC_RunElevated
            Quit
        ${endif}
    ${endif}
!macroend

[develar]

Yeah.... problem is that allowToChangeInstallationDirectory is set to true, but our scripts right now not aware about it (as in case of explicit perMachine), it seems.

[Egorikhin]

I think that this problem is caused by the fact that silent installer is not aware of what permission it has when it tries to install update.
As I can see, uninstallation process is triggered by this line:
ExecWait '"$PLUGINSDIR\old-uninstaller.exe" /S /KEEP_APP_DATA $0 _?=$R1'
But installation (i.e. extracting files to directory) is performed via Nsis7z::Extract "${FILE}"
In the first case, OS will promt user if he's sure to run this .exe under admin rights, but in the second case it will just not extract anything into it without any complains.

[chrisbruford]

@develar was this resolved then? I've had to turn off silent updates in my application as it wouldn't update without the UAC prompt and was waiting for a solution on here?

[develar]

@chrisbruford Please try latest versions. Should be fixed (and I have manually checked per-machine installation).

[maxannear]

@develar I'm Still seeing this with electron-builder 20.39.0. I used @Egorikhin's customInit and it works correctly.

My setttings

"nsis": {
      "include": "./build/installer.nsh",
      "oneClick": false,
      "perMachine": false,
      "createDesktopShortcut": true,
      "createStartMenuShortcut": true
    }

[Nkay]

@develar I've got this problem too. I think there are 2 paths here:
perMachine: true
and
perMachine: false

with allowToChangeInstallationDirectory set.
From what I read in the other Issues, perMachine: true works fine now, but if perMachine is false and the user chose an other installation path, after an update, there are some files missing in the chosen path (like the uninstaller). Clearly, the uninstall does not work when the file is missing.

[Nkay]

A little more description:

"nsis": {
      "oneClick": false,
      "perMachine": false,
      "allowElevation": true,
      "allowToChangeInstallationDirectory": true,
      "menuCategory": true,
      "runAfterFinish": false
    },

The problem exists with the per-user installation.

  "devDependencies": {
    "electron": "3.0.4",
    "electron-builder": "20.39.0"
  },
  "dependencies": {
    "electron-log": "3.0.5",
    "electron-updater": "4.0.6"
}

[JohnTendik]

We ran into the same issue, however our solution was to force administrative privileges with
"requestedExecutionLevel": "highestAvailable"

[delewis13]

UPDATE

I had an issue that wasn't solved by any of the above. In the end, it turned out that having productName the same as my artifactName was causing the issue. More info here: #6329

ORIGINAL

Have tried every combination of config options, the custom include.nsh and can't for the life of me get the autoUpdate to work. Every time it simply deletes my old install, and doesn't install the updated version. Issue here: #6329

Each time, it fails to run due to permissions, so runs in elevate instead, running C;\Users\<USER>\AppData\Local\<APP_NAME>-updater\pending\<APP_NAME>exe --updated /S, which uninstalls everything and doesn't update. If I manually re-run the same command again, it successfully installs.

Have tried with:

  nsis: {
     oneClick: true
  },

  nsis: {
    oneClick: false,
    perMachine: true,
  },

  nsis: {
    oneClick: false,
    perMachine: false,
  },

  nsis: {
    include: './build/include.nsh',
    oneClick: false,
    perMachine: false,
  },

  nsis: {
    include: './build/include.nsh',
    oneClick: false,
    perMachine: true,
  },

Same result, every time.

[robertpatrick]

@develar I am still seeing this issue with electron-builder 22.14.7 and electron-updater 4.6.2. My NSIS config is pretty simple:

    "nsis": {
      "oneClick": false,
      "allowToChangeInstallationDirectory": true
    },

When we set autoUpdater.autoInstallOnAppQuit to true (after having selected install for all users when I installed the app) and quit the app normally (via app.quit()), I see the UAC prompt for old-installer.exe and the app is uninstalled (though it is leaving both the Start Menu and Desktop shortcuts orphaned) but the new version installer never runs.

I have verified that my name, productName, and build.appId fields of my package.json file are all different so I don't think that #6329 is applicable to my situation.

[robertpatrick]

@develar nevermind, user error... We were doing something to interrupt the app.quit() cycle in our app.on('will-quit') listener. Once I fixed that, Windows autoInstallOnAppQuit is working in [email protected]. Just need to get #6425 addressed and we all of our autoUpdater-related issues will be resolved!

[denishowe]

our solution was to force administrative privileges with "requestedExecutionLevel": "highestAvailable"

Running the app as (an) administrator seems like an extreme solution to get auto-update to work.