Cmd 2913 = cm_UnloadPlugins works partially

[Dalai]

We still don't know which TC version started to have problems with this. As long as nobody else is able to reproduce this, you're the only one who can find that out.

[ghisler(Author)]

Maybe it's too obvious, but did you close Lister or switch to an internal view mode like plain text before calling cm_UnloadPlugins? Total Commander will not unload any currently active Lister plugin, but when you close Lister and call cm_UnloadPlugins again, the plugin will be unloaded.

[AntonyD]

Yep. I did it.
MAYBE for such a not a very informative command it will be very useful to add some INI option for:
OR making a log with description - which elements were now processed (for this kind of cmd - were UN-loaded)
OR showing an informative dialog with listing the same - informative data about the list of processed items
(in this kind of cmd - a list of UNloaded plugins and a list with NOT unloaded plugs)?
Because right NOW I can't say and guarantee that ALL plugs were unloaded. Probably in case when I could use
in a row 4-6 plugs and when could call this cmd - NOT all of them also will be UN-loaded.

[ghisler(Author)]

Unfortunately I cannot reproduce this, sorry.

Moderator message from: ghisler(Author) » 2025-05-07, 09:55 UTC

Moved to will not be changed

[AntonyD]

2ghisler(Author)
I hinted/asked to introduce at least some debug lines in the log so that it could be understood - what and at what stage is performed or not.
In this procedure. Or are you ready to rule the bugs only when they are fully repeated on your comps?
But unequivocally it is not always possible to choose the full compliance of the totality of software components and technical ones in order to repeat errors as a user.

Create a log of actions around this operation and we will be able to compare the behavior even within the computers I have at work..
And compare with your priv.log. Just do not do the log literally in three operations - action started, did it, finished ....

Right now I simply don't know if the command is even being called in my case.

[ghisler(Author)]

Sorry, I will not spend more time on this rare problem, I already lost too many hours with it. Just use
cm_Exit 1
instead of cm_UnloadPlugins if you have this problem.

[AntonyD]

In such scenario even to call any exit-like commands are not really necessary. It won't be easier for me to click
the mouse on the program's close button. Anyway, the program cannot remember the position INSIDE the viewed
archives and within the paths of the tabs marked 'Locked, but directory changes allowed'.
Still, everything will reset to unwanted viewing positions.

[tuska]

... Anyway, the program cannot remember the position INSIDE the viewed
archives and within the paths of the tabs marked 'Locked, but directory changes allowed'.
Still, everything will reset to unwanted viewing positions.

Try cm_Exit 9.
This command will do the trick.

[Horst.Epp]

2AntonyD
As Tuska already said
cm_exit 9 saves all your view positions, even in open archives.

[AntonyD]

Nope. tested. it does NOT do that in my case.
both - positions inside of any archive and position in any opened sub-path inside the root directory
which was opened in some tab and marked as 'Locked, but directory changes allowed' - will be reset.
For archive will be opened the folder which contains this archive.
For the "locked" tab will be opened the initial root path - and not the sub-path of this path inside which
I was before cm_exit 9

[tuska]

Which TC version,...?

[Horst.Epp]

2AntonyD
All of your examples are working here.

[tuska]

Further testing has revealed the following:
Total Commander (x64, x86) 11.55RC1

Example 1 - nested_button_bar_creator_200.rar
- A ZIP file is open, the focus is on a file in a subfolder(!) of this ZIP file
- Focus is either in the left or right TC window

After cm_exit 9, the cursor is not positioned on a file but on [..] <DIR>.

---

Example 2
- A ZIP file is open, there are no other folders in this ZIP file(!)
- Focus is either in the left or right TC window

After cm_exit 9, the cursor is positioned on the same file that previously had focus.

[tuska]

Tab, "Locked, but directory changes allowed"
Total Commander (x64, x86) 11.55RC1

After cm_exit 9, the cursor is positioned on the same file (usually) or the same folder in both TC windows
that previously had focus.

However, there is a special feature regarding the position of folders and files in the TC windows:

The position of the files and folders (e.g. for many folders in a directory) is moved,
i.e. the files and folders are usually displayed in the last visible line in the TC window after cm_exit 9,
even though they were previously displayed in the middle of the TC window, for example.

  Example:
  Left: File in the lower area
  Right: Same file in the upper area
  Focus: left window
  cm_exit 9

  Result
  Left: The file has been moved to the top (to the first visible line in the active panel)
  Right: The file has been moved to the bottom (to the last visible line in the panel or a few lines down)

I have already raised this issue in the German forum.

[AntonyD]

Hmm... yes, it's worth apologizing for unknowingly issuing a bug statement in all versions of the Total.
It turned out that at 11.50+ things got better with the reboot by 'cm_exit 9'. But not to the end.
I always have more than 5/7 tabs with something going on inside. And the tabs themselves are marked with
the mentioned flag "Locked, but directory changes allowed".
So, working with the archive in particular may not always be performed in the active tab, but on the next one.
So yes, if this is an active tab, then you get exactly the effects that your colleague tuska described above.
But this is not the case for me - I did something in one tab inside the archive, switched to another, understood,
what needs to be done is the smart reboot ala 'cm_exit 9'. And.... ONLY active tabs condition will be saved.
And all my work in neighboring tabs like this: go-to to another level of subfolders, entrance inside archives,
file selection - all this will be reset to zero.
Namely, preserving the ENTIRE state of Total I am ready to consider as a truly smart reboot, which should be expected
in implementation... Until that moment, cm_exit 9 helps only a little.

And considering that Total does not keep a history of transitions for each tab separately, restoring the cursor position, selection,
and location at a certain other level of folder nesting (relative to the root, which is fixed by a tab flag "Locked, but directory
changes allowed") on each other tab becomes either a complicated or impossible task. Therefore, any reload is performed ONLY
under the condition of many criteria. However, I would like the command to deactivate all plugins to work flawlessly. But so far,
it doesn't work that way... So in my case, a quick (almost smart) reload 'cm_exit 9' is also not an option.