Destroyed configuration in Win 10

Discussion of bugs and problems found in Altap Salamander. In your reports, please be as descriptive as possible, and report one incident per report. Do not post crash reports here, send us the generated bug report by email instead, please.
User avatar
SvA
Posts: 483
Joined: 29 Mar 2006, 02:41
Location: DE

Destroyed configuration in Win 10

Post by SvA »

I am running AS 2.54 in Windows 10.

I do not normally have any problems with incompletely saved configurations when shutting down/restarting Windows, even when I have many instances of Salamander running.

However, if windows initiates the restart on it's own, as a result of system updates, it garbles my configuration regularly.

Has anyone any clue, how I can tame windows to not kill any salamander instances still saving configuration data? or at least to be more patient, even if it restarts the system unauthorized?

In As 3.08, is there any program change in place to prevent this kind of error?
User avatar
SelfMan
Posts: 1142
Joined: 05 Apr 2006, 20:51
Contact:

Re: Destroyed configuration in Win 10

Post by SelfMan »

Check the following settings as described here:
https://www.addictivetips.com/windows-t ... n-process/

Workaround:
- start Salamander
- configure your preferred settings
- go Option > Configuration > General - disable "Save configuration on exit"
- go Options > Save configuration

Now it wont overwrite the configuration in the registry on exit.
You have to save it manually if you do change something and it wont remember the last visited directories.
-
User avatar
SvA
Posts: 483
Joined: 29 Mar 2006, 02:41
Location: DE

Re: Destroyed configuration in Win 10

Post by SvA »

Thank you for your reply. I am not sure, what I should do with the information provided in the link. That information is targeted at Windows XP. Microsoft redesigned shutdown behaviour in Windows Vista. So, how much of it still applies? Furthermore, as I said, I did not have any trouble yet when initiating the shutdown myself. So, which user is responsible to perform presumptuous restarts in the operation system? System, TrustedInstaller, ...?

I would rather not turn off "Save configuration on exit". I consider the history helpful.

I'd like Salamander to just save history, windows position and the like, and save configuration only if configuration actually has been updated. An incomplete history could just be ignored, in contrast to an incomplete and potentially inconsistent configuration. Actually, having to save configuration explicitly would help me do configuration changes while more than one instance of Salamander is running.
User avatar
SelfMan
Posts: 1142
Joined: 05 Apr 2006, 20:51
Contact:

Re: Destroyed configuration in Win 10

Post by SelfMan »

The HungAppTimeout, WaitToKillAppTimeout and WaitToKillServiceTimeout registry entries are still entries valid for Windows 10.
Check if they are set and what value they do have.
BTW what build of Windows 10 do you have? (go CMD and enter the "ver" command)
Post Reply