Author Topic: Settings not being saved (Read 41,679 times)

naveed · « **Reply #25 on:** December 09, 2010, 06:52 PM »

I tried starting FARR as administrator, changed the skin and closed it. Ran it again. This time the setting was saved.

A workaround would be to start FARR from scheduled tasks as administrator, so it doesn't require you to approve running the program. You have to check "Run with highest priveleges" to make it run as administrator. I just tried this and it seems to work. I set the trigger to start 15 seconds after login. The delay is not necessary, but should help general boot time a bit.

risingeil · « **Reply #26 on:** December 09, 2010, 07:41 PM »

I have UAC turned off already. And even with the Admin switch turned on, FARR still doesn't save settings. I'm considering wiping the folder and reinstall FARR without my old ini files.

Update: I did fresh install of FARR and everything is fine now. Maybe it was just a corrupted file somewhere.

thanks for all the help.

sturza-br · « **Reply #27 on:** December 15, 2010, 01:22 AM »

I myself am having this problem, too, with w7. Did fresh install and it didnt solve. In xp, farr used to work fine, but unfortunately on w7, it doesnt. Help will be welcome. Regards

mouser · « **Reply #28 on:** December 15, 2010, 01:44 AM »

ok seems like it's not a completely isolated case, so a new test version will be out before end of week that should identify the cause of the problem and the fix.

sturza, did you copy your old config files from your windows xp install? perhaps that is the common thread?

sturza-br · « **Reply #29 on:** December 15, 2010, 01:54 AM »

Hi, friends ! W7 may be very cool, but some things about it do really suck ! I succeeded in solving the problem myself by simply running FARR as administrator. Not only the problem with the settings on FARR but many others on other progs i succeeded. My advice is try running FARR as administrator first to see whether it doesnt help, and then go to the more complex steps toward the solution. Anyway, moderators helped me a lot with their suggestions. Regards, thanks and best wishes

Quote from: mouser on December 15, 2010, 01:44 AM

ok seems like it's not a completely isolated case, so a new test version will be out before end of week that should identify the cause of the problem and the fix.

sturza, did you copy your old config files from your windows xp install? perhaps that is the common thread?

hi, friend ! No, my w7 installation is complely independent of those from xp. Anyway, as i posted before, i solved my problem by simply running FARR as administrator and i think nothing else will be needed for those doing a fresh install. thanks a lot and regards. best wishes

Harkonenn · « **Reply #30 on:** December 16, 2010, 02:50 PM »

I just wanted to chime in here - I'm running FARR 2.93.01 on Win7 64-bit and was having a similar problem with settings not being saved. Specifically, I was trying to disable the CTRL + Spacebar hotkey because it interfered with Photoshop's Zoom tool hotkey. I set the PORTABLE=TRUE flag in ConfigDir.ini, set FARR to run as Administrator and the combination of the two seems to have worked. I was able to disable the default CTRL + Spacebar hotkey. Still looking forward to another build

mouser · « **Reply #31 on:** December 16, 2010, 07:59 PM »

Appreciate all the reports.. i dont know why one should have to run it as Administrator but this is surely a clue of some sort.

For those who are experiencing this problem, I have created a debug version and uploaded the exe only, here:
http://www.donationcoder.com/Software/Mouser/findrun/downloads/alpha/FindAndRunRobot.zip

When you want to do is run that, then exit it so that it will attempt to save your settings.
You will want to run this as NON-administrator or whatever scenario the settings are NOT being saved, as that's what we want to know about.

And then you need to find the debugout.txt file; on windows 7 this *MAY* be somewhere in your MyDocuments area.. or in the application directory, or i guess it's even possible that you will have a hard time finding it if the source of this problem is confusion about the operating system and where such files should be saved by the program.

Once you find the debugout.txt file, send it to me (mouser@donationcoder.com), or open it in text editor and look for the lines with "IN SaveSettings.").

Let's see what it tells us.

mouser · « **Reply #32 on:** December 19, 2010, 04:41 PM »

Anyone?

Harkonenn · « **Reply #33 on:** December 20, 2010, 01:33 PM »

I just ran the debug version and emailed the debug file to you. I hope this helps!

BigBonsai · « **Reply #34 on:** March 23, 2011, 06:08 AM »

Quote from: mouser on December 19, 2010, 04:41 PM

Anyone?

I wanted to try it, but couldn't find the debug-version. I am experiencing this problem as well. This is annoying, because I need to search a few custom folders. Adding them after every system reboot is... well, annoying.

Is there already a solution?

BiB

mouser · « **Reply #35 on:** March 23, 2011, 06:16 AM »

Did you install FARR using the installer? Or did you move settings from another computer? What Operating System are you using it? Did you install it to anyplace unusual? Did you modify the ConfigDir.ini file?

BigBonsai · « **Reply #36 on:** March 23, 2011, 06:37 AM »

Did you install FARR using the installer?
Yes.

[...] did you move settings from another computer?
No.

What Operating System are you using it?
Windows 7 SP1

Did you install it to anyplace unusual?
I don't think so. It is here: C:\Program Files\FindAndRunRobot

Did you modify the ConfigDir.ini file?
Didn't touch it.

Sorry for not giving more information initially.

BiB

BigBonsai · « **Reply #37 on:** March 23, 2011, 08:58 AM »

Figured out that running it in compatibility moder or running it as administrator (as mentioned above) helps. But both solutions are not very practical, since on every system startup I must confirm that I allow this program (Windows security alert).

What now?

BiB

mouser · « **Reply #38 on:** March 23, 2011, 12:13 PM »

is it creating a folder and FindAndRunRobot.ini file in your documents directory under DonationCoder\FindAndRunRobot?

BigBonsai · « **Reply #39 on:** March 23, 2011, 01:09 PM »

Quote from: mouser on March 23, 2011, 12:13 PM

is it creating a folder and FindAndRunRobot.ini file in your documents directory under DonationCoder\FindAndRunRobot?

No. Interestingly, DcUpdater has done it. This path exists:

C:\Users\[USERNAME]\Documents\DonationCoder\DcUpdater\DcUpdater.ini

BiB

mouser · « **Reply #40 on:** March 23, 2011, 01:16 PM »

So i think we have narrowed down the cause.. for whatever reason its not realizing it should (or not able to) create the FindAndRunRobot.ini file in your documents area. I'll reupload the debug version so we can see where its TRYING to save to and whats going wrong.. though i really thought i added code to report such failures and let the user know when it failed to save settings.

oblivion · « **Reply #41 on:** March 23, 2011, 06:57 PM »

Quote from: BigBonsai on March 23, 2011, 08:58 AM

Figured out that running it in compatibility moder or running it as administrator (as mentioned above) helps. But both solutions are not very practical, since on every system startup I must confirm that I allow this program (Windows security alert).

The best way round this seems to be to use TaskScheduler to start the program rather than the usual method. You can then tell it to start with admin rights and NOT have to click a UAC prompt.

There's a post somewhere (with respect to Everything, a program with similar issues with Vista and 7) that I can probably find if it's helpful.

mouser · « **Reply #42 on:** March 23, 2011, 07:03 PM »

a better fix is probably to use the ConfigDir.ini file to tell FARR someplace it can write it's settings file to. but there must be some reason this is happening -- some permission failure somewhere.

BigBonsai · « **Reply #43 on:** April 01, 2011, 12:30 PM »

Risking to be a pest, but is there any solution to the problem in sight?

BiB

mouser · « **Reply #44 on:** April 01, 2011, 03:11 PM »

I apologize -- it's been a busy month. Let me upload a debug version of FARR for you today to test -- it will report when and where it is trying to load and save it's settings files and if it thinks it failed -- that should tell us what we need to know.

BigBonsai · « **Reply #45 on:** April 07, 2011, 10:29 PM »

Quote from: mouser on April 01, 2011, 03:11 PM

I apologize -- it's been a busy month. Let me upload a debug version of FARR for you today to test -- it will report when and where it is trying to load and save it's settings files and if it thinks it failed -- that should tell us what we need to know.

Now I was gone for a few days.

Where can I find the debug-version?

BiB

mouser · « **Reply #46 on:** April 08, 2011, 06:13 PM »

Ok try this, it's the exe only: http://www.donationcoder.com/Software/Mouser/findrun/downloads/beta/FindAndRunRobot.zip

Unpack it over your existing FindAndRunRobot.exe and run it.

It should create a debugout.txt file in your documents \donationcoder\findandunrobot directory or something like that.
I guess what you want to do is run FARR, change a setting, and then exit.
And then check out that debugout.txt file and search for "IN SaveSettings"

BigBonsai · « **Reply #47 on:** April 08, 2011, 07:10 PM »

Quote from: mouser on April 08, 2011, 06:13 PM

It should create a debugout.txt file in your documents \donationcoder\findandunrobot directory or something like that.

No, it didn't. BUT it gives me a message now when I want to save. It says:

Code

Error Failed to move backup from C:\Program Files\FindAndRunRobot\FindAndRunRobot.ini to C:\Program Files\FindAndRunRobot\FindAndRunRobot.ini.bak

Are we getting closer?

BiB

mouser · « **Reply #48 on:** April 08, 2011, 07:31 PM »

yes we sure are..
the main question is.. why is it trying to work with a settings file in C:\Program Files\ if you are on Win7. That is the heart of the problem.

Do you have a configdir.ini file in your C:\Program Files\FindAndRunRobot\ directory? can you paste here the first few lines in that file?

mouser · « **Reply #49 on:** April 08, 2011, 07:44 PM »

And how did it get installed into C:\Program Files\ on windows 7? It should have installed into C:\Program Files (x86)..
It's almost as if it doesn't know its running on Windows 7..