Hi all,
I just installed xnview 1.80.3 on win xp home.
At first everything went ok, but now when invoked from a non admin account, xnview complains about not being able to read the config file from located in the admins directory.
Any ideas?
If more informations are needed, I'm going to reproduce and decument the whole procedure.
TIA
Lorenz
lost config with restricted user under win xp
Moderators: helmut, XnTriq, xnview
-
lorenz
That would be ok if I wanted to share the setup for all users, but ... 8-)
... my goal is indivdual setups/histories for different users.
I need to replay the sequence to be sure, but I think that the individual setups for non admin user worked fine until I invoked xnview for the first time from the admin account.
Lorenz
... my goal is indivdual setups/histories for different users.
I need to replay the sequence to be sure, but I think that the individual setups for non admin user worked fine until I invoked xnview for the first time from the admin account.
Lorenz
-
lorenz
well, that will work as a workaround for starters, but it will be a pain in the a.. to create/modify the "browse with" registy entries.
by the way, I missed the command line help up till now, because I search in the help (called via F1) and didn't expect a seperate help menu entry for that topic.
Lorenz
by the way, I missed the command line help up till now, because I search in the help (called via F1) and didn't expect a seperate help menu entry for that topic.
Lorenz
Re: lost config with restricted user under win xp
Try to use settings in registry (Tools > Options > Install > [x] Use registry to save options)lorenz wrote:Hi all,
I just installed xnview 1.80.3 on win xp home.
At first everything went ok, but now when invoked from a non admin account, xnview complains about not being able to read the config file from located in the admins directory.
Any ideas?
If more informations are needed, I'm going to reproduce and decument the whole procedure.
Pierre.
-
lorenz
Hi,
as promised, I reconstructed the sequence that led to my problems.
1) I installed xnview 1.80.3 as admin. After that searching the whole disk for xnview.ini revealed that there was non so far.
2) After switching to a resticted user account I started xnview and modified the configuration.
Closing and restarting xnview shows the modified configuration
3) switching back to the admin account and searching again for xnview.ini shows one in "c:\dokumente und einstellungen\<user>\Anwendungsdaten\xnview"
4) open xnview in the admin account gives the default settings as seen on the first start in the user account.
After modifying the settings and closing xnview the search reveals an new ini file in "c:\programme\xnview".
5) after switching back to the user account, xnview uses the setting from the program folder, AND does not store changed settings from now on (I suppose due to missing permissions for the program folder).
What I have not tried yet is to copy the user ini file into "c:\dokumente und einstellungen\<admin>\Anwendungsdaten\xnview".
It seams to me that xnview (or windows?) does not observe the correct order when searching for the ini file.
Or maybe the ini file should not be created in the program folder at all?
I have not retried to use the settings-in-registry option, but my memory tells me that xnview gave an permission error when running from the user account.
I will do more research when I have more time
Lorenz
as promised, I reconstructed the sequence that led to my problems.
1) I installed xnview 1.80.3 as admin. After that searching the whole disk for xnview.ini revealed that there was non so far.
2) After switching to a resticted user account I started xnview and modified the configuration.
Closing and restarting xnview shows the modified configuration
3) switching back to the admin account and searching again for xnview.ini shows one in "c:\dokumente und einstellungen\<user>\Anwendungsdaten\xnview"
4) open xnview in the admin account gives the default settings as seen on the first start in the user account.
After modifying the settings and closing xnview the search reveals an new ini file in "c:\programme\xnview".
5) after switching back to the user account, xnview uses the setting from the program folder, AND does not store changed settings from now on (I suppose due to missing permissions for the program folder).
What I have not tried yet is to copy the user ini file into "c:\dokumente und einstellungen\<admin>\Anwendungsdaten\xnview".
It seams to me that xnview (or windows?) does not observe the correct order when searching for the ini file.
Or maybe the ini file should not be created in the program folder at all?
I have not retried to use the settings-in-registry option, but my memory tells me that xnview gave an permission error when running from the user account.
I will do more research when I have more time
Lorenz
-
Guest
Hi,
copying xnview.ini to "c:\dokumente und einstellungen\<admin>\Anwendungsdaten\xnview" and deleting it from the program folder had the desired effect.
Now the settings for the admin and the restricted user account are handled independent.
The problem therefore is xnview, when run as admin, creating the ini file in the program directory, and not in the application data directory of the admin.
Is it possible that this behaviour is caused by the special treatment necessary for the root account under linux?
Or does/can xnview not differentiate between a single user (admin only) and a multi user xp home setup?
Lorenz
copying xnview.ini to "c:\dokumente und einstellungen\<admin>\Anwendungsdaten\xnview" and deleting it from the program folder had the desired effect.
Now the settings for the admin and the restricted user account are handled independent.
The problem therefore is xnview, when run as admin, creating the ini file in the program directory, and not in the application data directory of the admin.
Is it possible that this behaviour is caused by the special treatment necessary for the root account under linux?
Or does/can xnview not differentiate between a single user (admin only) and a multi user xp home setup?
Lorenz
Ok, right a bug, xnview must search in user data first!! I'll fix it in 1.82 beta 3lorenz wrote:Hi,
as promised, I reconstructed the sequence that led to my problems.
1) I installed xnview 1.80.3 as admin. After that searching the whole disk for xnview.ini revealed that there was non so far.
2) After switching to a resticted user account I started xnview and modified the configuration.
Closing and restarting xnview shows the modified configuration
3) switching back to the admin account and searching again for xnview.ini shows one in "c:\dokumente und einstellungen\<user>\Anwendungsdaten\xnview"
4) open xnview in the admin account gives the default settings as seen on the first start in the user account.
After modifying the settings and closing xnview the search reveals an new ini file in "c:\programme\xnview".
5) after switching back to the user account, xnview uses the setting from the program folder, AND does not store changed settings from now on (I suppose due to missing permissions for the program folder).
What I have not tried yet is to copy the user ini file into "c:\dokumente und einstellungen\<admin>\Anwendungsdaten\xnview".
It seams to me that xnview (or windows?) does not observe the correct order when searching for the ini file.
Or maybe the ini file should not be created in the program folder at all?
I have not retried to use the settings-in-registry option, but my memory tells me that xnview gave an permission error when running from the user account.
I will do more research when I have more time
Lorenz
Last edited by xnview on Thu Dec 29, 2005 12:53 pm, edited 1 time in total.
Pierre.
-
lorenz
No xnview must check first in user account before program folder... How to know if it's good to write in application folder or user folder? Many users want application folder...lorenz wrote:Hi Pierre,
> Ok, right a bug, xnview must search in user data first!!
The search order for the ini file is correct - see my last post (as guest, sorry forgot to fill in the username).
Xnview, when run from a admin account, creating the ini file in the program folder seems to be the problem.
Lorenz
Pierre.
-
Guest
Hi Pierre,
>>The search order for the ini file is correct - see my last post
>>(as guest, sorry forgot to fill in the username).
>>
>>Xnview, when run from a admin account, creating the ini file in the
>>program folder seems to be the problem.
>
>No xnview must check first in user account before program folder...
>How to know if it's good to write in application folder or user folder?
>Many users want application folder...
you are right, but this seems to be a mixture of two problems:
1) xnview needs to search the application data folder first - program folder second instead the other way around, and
2) if there is no ini file found and run from the admin account, it needs to be created in the admins application data folder instead of in the program folder.
Lorenz
>>The search order for the ini file is correct - see my last post
>>(as guest, sorry forgot to fill in the username).
>>
>>Xnview, when run from a admin account, creating the ini file in the
>>program folder seems to be the problem.
>
>No xnview must check first in user account before program folder...
>How to know if it's good to write in application folder or user folder?
>Many users want application folder...
you are right, but this seems to be a mixture of two problems:
1) xnview needs to search the application data folder first - program folder second instead the other way around, and
2) if there is no ini file found and run from the admin account, it needs to be created in the admins application data folder instead of in the program folder.
Lorenz