When I configure some settings in the new UniUploader, close it and reopen it again, all settings are lost. If i manually configure it in the "settings.ini" file, there aren't any changes either. In the older versions this worked flawless (except the rc of 1.6.3).

My problem with UU 2.6.3 is that it's setting itself to start with windows despite having the box unchecked when auto-updating. It has caused some panic among my users.

And if I try to check the box, UU crashes.

System.UnauthorizedAccessException: Access to the registry key is denied.
at Microsoft.Win32.RegistryKey.Win32Error(Int32 errorCode, String str)
at Microsoft.Win32.RegistryKey.SetValue(String name, Object value)
at WindowsApplication3.Form1.InstallStartupKey()

UU 2.6.3 does not obey SYNCROURL that I have in UA. It keeps reseting itself to the default value "http://XXXXXXX.XXX/uniadmin/interface.php". Even if I write it in the INI file myself, it keep being reset.

ouch this isnt good.

I wonder what is causing this.

I know why the registry problem is occuring, and the solution.

But, I dont know why the settings are being lost, or possible solutions.

We need to investigate this some more.

The debug windows shows a registry error when I load UU.

I can change settings and when I exit UU, they get written in settings.ini. However when I load up UU again, those settings aren't read. Everything is at default values again.

Is UU giving up on reading the INI file after this registry error?

MattM... The problem is here:

Code: Select all

case "STARTWITHWINDOWS":
      stboot.Checked = settingValueBool;
      InstallStartupKey();
      break;

InstallStartupKey() generates an exception that interrupts the processing of the rest of the settings. That's why our INI settings can't stick.

Thanks to the source code, I made an exception handler inside InstallStartupKey() to ignore the error. I don't use the startup feature, so it's no big loss. It'll do until the official source is fixed.

Same problems here about the app launching at the start of windows whithout having the option checked.

The problem is inside the function that sets the startup key. First, it attempts to write it regardless of the setting value, but it only works once for some reason. It only works the first time and subsequent attempts result in a "permission denied". I changed the routine to use CurrentUser instead and again, it only worked once.

I've disabled it on my end for now, but it's of no help for all my guild mates who have been auto-updated.

Yikes, guess I better release 2.6.4

thanks for the help guys

Ok, now I know what's going on.

On my system, I have SpySweeper which, among other things, monitors all my startup settings to warn me when an application is setting itself to auto-start. If I deny UniUploader this right, it will constantly be denied this until I reboot. However, UU doesn't recover nicely when it's denied access to the registry. It complains of an "access denied" and then stops processing the INI file. That messes its settings and overwrite the INI with default values when it exists.

The solution is two folds:

1 - UU isn't obeying the "Start with Windows" checkbox. Even with it isn't checked, it tries to set itself as autostart.
2 - Implement an exception handler inside InstallStartupKey() to make it recover more nicely from other softwares preventing this sort of registry change.

That should solve it for everyone.

done and done, 2.6.4 released, try it out

You're awesome, Matt! Working beautifully now! Thanks!

and thank you for your research!

still have the problem with lost settings in 2.6.4