GNOME Bugzilla – Bug 454108
Enable system-wide win32 installation, not only per-user installation
Last modified: 2018-06-29 21:41:43 UTC
I'm installing gnucash as lokal admin "root" und using it under my non-admin account (called "Jan" :-). This seems to be unsupported, as the installer adds the registry content to the 'HKEY Current User' gegistry tree, which is "root" during install. The result is, that I can't run the aq-qizard (Error: wizrd not found) and I can't run the commandline tools (gives C:\Programme\gnucash\bin>aqbanking-tool.exe 3:2007/06/30 22-09-35:gwen(4004):pathmanager.c: 362: RegOpenKey Software\Gwenhywfar\Paths failed. The workaround was to export (as "root") all HKCU/Software/(relevant entries) and import them as "Jan". I've no idea if the programms can be adapted to look in HKLM and the installer installs into to HKLM/Software, but this way it is unuseable :-(
Seems easy: Just replace HKCU with HKLM in http://svn.gnucash.org/trac/browser/gnucash/trunk/packaging/win32/gnucash.iss.in.
(In reply to comment #1) > Seems easy: Just replace HKCU with HKLM Have you tested this and does it work? Because the *installation* of the keys is only the first half of the work (actually rather the first 10% of the work); the program must be adapted to look in HKLM as opposed to HKCU as well, I suppose. In this case this concerns (unfortunately) not only gnucash, but also all the aqbanking stuff. Can you please try to find out which place is the "normal convention" for windows software? (Note that all gnucash developers used to be linux/unix-only developers; windows is still Neuland/virgin soil to us.) Some reference URL to this would be good. Thanks a lot.
It does not work. I deleted the keys and added then under HKLM and started gnucash and couldn't get online account info. Another way might be a addition to the startscript to add them via reg.exe, ehich comes with WinXP (but not Win2k). Would be a bit messy, but it would work. You could also use this the add the mingw and qt location to the path or issue a warning. something along this lines: :: Variables used via !SOME! are alway current, %SOME% is expanced when the line is read -> Problems in for-loops... SETLOCAL ENABLEDELAYEDEXPANSION :: check if variable is set set QTDIR if not ERRORLEVEL 1 Goto MINGW FOR /F "TOKENS=3" %%i IN ( 'reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Qt OpenSource 4.3.0 - C:_Programme_Qt_4.3.0" /v MINGW_INSTDIR ^| FIND /i "MINGW_INSTDIR" ^' ) DO ( SET QTDIR=%%i) ::Get rid of leading space SET QTDIR=%QTDIR: =% SET QTDIR=%QTDIR: =% ::echo !QTDIR! ::pause If %QTDIR'== ' Goto NOWORKINGQT :MINGW :: check if variable is set set MINGWDIR if not ERRORLEVEL 1 Goto STARTGNUCASH FOR /F "TOKENS=3" %%i IN ( 'reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MinGW" /v InstallLocation ^| FIND /i "InstallLocation" ^' ) DO ( SET MINGWDIR=%%i) ::Get rid of leading space SET MINGWDIR=%MINGWDIR: =% ::echo !MINGWDIR! ::pause If %MINGWDIR'== ' Goto NOWORKINGQT :: we have everything we need... goto STARTGNUCASH :NOWORKINGQT echo "QT or MINGW not found: online banking wizard may not work" set NOWORKINGQT="True" :STARTGNUCASH set PATH=%QTDIR%;%MINGWDIR%;%PATH% echo !PATH! pause
(In reply to comment #3) > It does not work. > I deleted the keys and added then under HKLM Yes, that is what I expected. Of course we need to fix the program as well so that gnucash/aqbanking also lookup the keys under HKLM and no longer HKCU. Thanks for the shell script - maybe we can make use of this. I'll keep working on fixing these issues. See also bug#434755
*** Bug 454448 has been marked as a duplicate of this bug. ***
This issue should be fixed in SVN with r16266. Is there any chance for you to build gnucash on windows yourself? http://wiki.gnucash.org/wiki/Windows If there is, we'd be happy to hear you feedback whether it works on your system as well. Thanks for reporting this.
I tried once and failed miserable until I gave up. Unfortunatelly I don't have that time during the next days :-( I can try a testbuild, if you set up a download...
A build of r16280 that includes this fix is available at http://sourceforge.net/project/showfiles.php?group_id=192&package_id=5582&release_id=520304 which should be enough for testing.
Oh, and similar to http://wiki.gnucash.org/wiki/FAQ#.27.27.27Q:.27.27.27_Can_I_install_a_new_gnucash_version_directly_on_top_of_the_older_existing_one.3F for this one time you have to de-install your previous gnucash first before installing the new one.
It works! Thanks a lot!
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=454108. Please update any external references or bookmarks.