Preview button does not work

[piscator]

I'm using GKnot in two different user accounts (Windows XP). On one account the preview button works on the other, it does not.
I get the error: Can't find Media Player 6.4 C:\mplayer2.exe.

I know it's not there, of course :sly: Is there some registry setting I can fix to make it pinpoint to the right location?

thanks,
Piscator

[piscator]

Old thread, still the same problem with gknot 0.32beta. On preview, cannot find 'C:\mplayer2.exe'. Which registry setting is gknot using to determine this path?

greetz,
Piscator

[len0x]

HKLM\Software\Microsoft\Windows\CurrentVesion\ProgramFilesDir

and appends to its value: "Windows Media Player\mplayer2.exe"

[piscator]

Apparently the 'preview' button can only retrieve the proper location for 'mplayer2.exe' when running in a user account with 'Administrator' rights or 'Power User' rights (Windows XP Professional).

When running in a limited account (only 'User' Rights), it will always retrieve the value 'C:\mplayer2.exe' no matter what value in HKLM\Software\Microsoft\Windows\CurrentVersion\ProgramFilesDir. Wierd :angry:.

btw, the value for that key was 'C:\Program Files' and was correct (changing it breaks also the preview under the other accounts).

Anyway, thanks for the nudge in the right direction.
Piscator

[len0x]

can you try preview in AutoGK under limited user for me, please ?

[piscator]

No, it doesn't work for AutoGK 1.25. It doesn't even give an error/warning. After DGIndex, just nothing happens (besides job started / job stopped immediately in log window).

btw, I couldn't download AutoGK 1.52beta from the servers. It gives an access denied.

When adding the following permissions for 'Users' on HKLM\Software\Microsoft\Windows\CurrentVersion:
+ Set Value
+ Create Subkey
+ Delete
--> Preview works both for GK and AutoGK.
Apparently the proper reg. value for Preview is read on program start, because changing the permissions while the program runs, doesn't work.

Limited user accounts are always a bit annoying, because a lot of applications don't meet with the conventions for it. "C:\Program Files" should also be read-only (for obvious security reasons), but that doesn't work for many apps because they write INI-files or temps in their dir. INI-files should go in the profile directory (preferably App Data) or in HKCU.

greetz,
Piscator