OSX 10.8.2 issue: If a copy of config.properties and database.db is not present on /Users/<User> then program will fail to load

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Delete config.properties and database.db from /Users/<MyUserName>
2. Countermeasure: I would restore any copy of these file back again in this 
folder.
3. The actual original saved files are located in the /Applications/auto-sub/ 
folder. These are the versions being updated by the program.

What is the expected output? What do you see instead?
I should be able to delete these old copies in the /Users/<MyUserName> folders??

What version of the product are you using? On what operating system?
AutoSub 0.5.6 on Mac OSx 10.8.2

Please provide any additional information below.

I first had issue to install the program as it was seeking for certain files 
from the template folder which was not present on my home User page 
/Users/<User Name>. The web browser reported was reporting an "Error 500 
Internal Server Error". I solved this by creating a copy of the template and it 
worked. I have the auto-sub folder files in the Applications Folder.   

Anyway from there I could than configure autosub and it works great.

The issue I now have is when I delete the old copies of config.properties and 
database.db from /Users/<MyUserName> the program will not work at all.

It seems that on loading the program will always look first at the 
/Users/<MyUserName> and once it finds the files config.properties and 
database.db it will than continue to load and from there onwards it forget 
about the old files and start using the data files from /Applications/auto-sub/ 

Original issue reported on code.google.com by Topper...@gmail.com on 18 Mar 2013 at 12:54

[GoogleCodeExporter]

Could you post a little bit more information? Run Auto-Sub from the commandline 
for example (it will give a reason why the error 500 was caused). Plus supply 
your config file.

My best guess: you didn't configure the path of autosub correctly. 

Original comment by romke.va...@gmail.com on 16 Apr 2013 at 8:29

[GoogleCodeExporter]

No reaction

Original comment by romke.va...@gmail.com on 15 May 2013 at 7:18

• Changed state: Invalid