How about letting one login with one’s email address rather than username. If the username is not found match it against the email. If there are two users with the same email that would be an login error. “stupid content tracking system” is the sub-title from git’s man page.
Get rid over usernames
Build ShellExecAsUser::ShellExecAsUser() into NSIS, running program as administrator is wrong.
Can I second that, I'm doing the installer for another product and would love to make my uninstallation look professional without jumping through the hoops of the work-around https://nsis.sourceforge.io/Signing_an_Uninstaller . Surely any serious Nꜱɪꜱ user needs to sign their uninstaller.
Release notes html rendered as text
Jason, Could you plese build a NSIS installer for Windows that I can use that includes the patch for !uninstfinalize and email it to me gene@genethomas.com , I would like do a release of my product this week. Thanks in advance, Gene Thomas.
Is your patch likely to be included in a release soon? If not could someone build a NSIS installer that includes the patch? If not could someone tell me how to build the branch with the patch or how to apply the patch. I assume you are all using Visual Studio with C++? Yours Gratefully, Gene Thomas. On Mon, 2 Mar 2020 at 09:08, Roberto Bagnara bagnara@users.sourceforge.net wrote: Jason, an update of your patch would be very helpful, and I hope it will be merged into the source tree. I minimally adapted...
My understanding is that the nsis run with /D INNER does not need to run a admin, if it is set like that it asks e user if it is ok to run as adminitarator which is not required. The actual installer does need to run as administartor or you won't be able to write to C:\Prorgam Files etc... My attach .nsi works.