Total Updater 0.8.6.9 - Total Commander & plugin updater

[Bluestar]

No, I think it won't support extracting & installation of plugins until it reaches 1.0 state (or at least the last betas of 0.9.x series). However many function from your previous note can be found in the new version (e.g. resizable download dialog, just to mention one).

Current schedule (draft):
0.7.x:
- fixing elementary bugs & core functions and making the application as stable as possible and to make it work on most Windows OS with maximum functionality
- making the intelligent (readme/history-based) version detection more accurate & efficient
- releasing a final stable version (0.7.1) after 0.7 Beta9
0.8.x:
- dropping the embedded web browser from the whole project & replacing it with more efficient methods
- optimizing the whole source code (some core functions needs to be rewritten from scratch)
- rewriting some elementary functions of the intelligent version detection to make it more flexible
- add searching & filtering options to the plugin list
- more infos in the Addon Info dialog regarding a specific plugin
- improving the dowload method of plugins (maybe multi-threaded downloading?)
0.9.x / 1.0:
- extracting zip/rar files and the actual installation of the downloaded plugins, and other enhancements

(BTW a silent update (rev2) has took place in these moments [~1:00am] - please redownload the package if you already downloaded the latest version (B8) by clicking here - i've made the jump to the file function 'a bit too stable' so it lost support for older versions of TC - which just got fixed. Thanks & sorry for the inconvencies.)

[Tichij]

2Bluestar
Can you implement the check "Allow only one instance of the TU at the time"? I think it would be a useful feature.
Thanks.

[EricB]

2Bluestar
I just noticed that when using 'Confirm marked as latest' for an entry which is listed improperly as Update available, the entry in [OverridePlugVer] section in the ini uses full path. Would it be possible to use %COMMANDER_PATH% to ensure portability?

Regards, EricB

Edit: same thing for the [ExceptionList] section

[petermad]

2Bluestar

There seem to be a mistake about the Total SQX 2.0 CONTENT plugin http://www.totalcmd.net/plugring/totalsqx_content.html and the Total SQX 2.1 PACKER plugin http://www.totalcmd.net/plugring/TotalSQX.html

In TU's list of content plugins it falsely recognizes the content plugin as the packer plugin, hence suggesting that an update from 2.0 to 2.1 is available, which it isn't.

[Bluestar]

@Tichij: Indeed this is really a great idea, allowing only one instance of the application at the same time is now implemented in the next version.

@EricB: You are right, I was saving every single filepath using their full (absolute) path for the correct recognizition of a problematic file - from B9 in case TU can successfully resolve the "%COMMANDER_PATH%" variable (and the actual file is located inside this resolved dir) the app is going to save the path using this TC-related ennvar (so e.g. "0=c:\totalcmd\utils\something\unnecessary.exe" is going to be converted to "0=%COMMANDER_PATH%\utils\something\unnecessary.exe") - the utility is going to be even more portable this way, thats for sure.

@petermad: Thanks for notifying me about this problem (they both use the same filename, so the app can't decide which is their correct online version) - I've added these two entries to the Internal Plugin Database, so from the next version their latest version going to be correctly recognized for everyone. Until this, you can download the following sample userdb.ini file & place it in TU's folder (and turn the UserDB on of course, if its ignored atm), so the issue should be resolved this way either.

@Gerby & umbra: Could you please confirm that the application now works fine for both of you even when put to "Program Files" directory & its ran using limited user account (and with UAC on)?

[umbra]

Could you please confirm that the application now works fine for both of you even when put to "Program Files" directory & its ran using limited user account (and with UAC on)?

Yes, no more crashes. Plus I like that TU is now using the standard Downloads folder in my profile by default.

[Gerby]

I've freshly installed Total Updater (without any INI) to a directory below "C:\Program Files\" (Win 7 x64). The crash doesn't occur anymore. Thanks for this one (and all those other fixes and changes and ...)!

However, I have issues with downloading. The download dialog shows "\\TotalUpdater\Downloads\" as default path which (of course) doesn't exist and which avoids files being successfully downloaded (popup message occurs). The next thing is that I can edit the download path, but actually there isn't any chance to save it or make it active, because only the Cancel button is usable in the dialog. (Ok, I could of course change the path in the TotalUpdater.ini file as work around, but that's not the point here).

If you need any more details, please ask for them.

Gerby

[Gerby]

Oh, I forgot to mention that there's a string not being available for translation in the error message for downloading: "Cannot create file" (followed by the path to the file and by a German sentence which seems to be a system message.)

Here's a screenshot.

[umbra]

2Gerby
About the issue with invalid path. Well, it works for me. TU automatically chooses a proper download dir. And you can change the path in the download dialog - when the download fails (or you stop it with Cancel), the OK button becomes active and clicking on it saves the currently typed path. It's not exactly intuitive but it works.

2Bluestar
I would prefer setting the download path in TU's settings, not in the download dialog. It's not a deal-breaker for me, just an idea.

But there is another thing. Is there a reason why TU does not detect any plugins, if it's not started from inside TC? Because if I start it from Windows Explorer, it correctly detects TC and some utils in its directory, but not its plugins.

[frenky]

Hi *,
I'd like to post a possible bug... I've searched but did not find it...

In any case, there exist 2 plugins by lefteous:

http://lefteous.totalcmd.net/tc/totalsqx_eng.htm
http://lefteous.totalcmd.net/tc/totalsqx_content_eng.htm

Updater kind of puts them both in one basket...
WDX -> last version is 2.0 -> updater notifys that new version exists (2.1) which is not the case as far as I can see. Also link that is associated with this update is for WCX plugin.
WCX -> last version is 2.1 -> this is correctly detected and linked

[Gerby]

Hi frenky,

This issue is already in work. Just scroll up a little...

Greetz
Gerby

[Bluestar]

Thanks for both of you for confirming the fix regarding this crash on start, nice to hear that it works as it should now.

@Gerby: I've made a little change regarding download directory-detection, so the following version will always check on start if the currently given path (still) exists or not, and tries to find an appropriate one in case its unavailable (falls back to %TEMP% if all method fails) - this should be fine this way. I even found a minor problem in the actual source of B8, which could lead to improperly set DL path on the first start in specific cases.

Thanks for the details & screenshot, thats a 'pretty little' unhandled exception - just fixed it in B9, from this version you'll be able to click the OK button even if such exception occurs (though I'm afraid that the translation for this line won't be available yet - I'm going to add few more strings, and update the package later when there are more lines to translate).

@umbra: Well I could put the "Download directory" option to the Configuration tab, but still it would be nice for the user to see that where exactly his/her files are going to be placed while downloading them -> so I would still need at least a label on the top of the form / somewhere else, but if theres a label that indicates the current DL directory, why shouldn't there be a download directory selector instead.. ?

About the plugins: thats interesting, it should work fine even when run from explorer... do you have any special options set in your wincmd.ini (AlternateUserIni / RedirectSection / anything else)?

And would you please check what path does TotalUpdater show (as a hint) if you hover on "Configuration" / "Detect the installed plugins automatically based on wincmd.ini" radiobutton when you run the utility from explorer?

@frenky: Thanks, though petermad already did report this exact (totalSQX-related) problem, see his post above & the resolution until final fix arrives.

Edit: should be fixed now in the just-released B9.

[Bluestar]

[face=tahoma]Total Updater v0.7 Beta 9 (revision 4)

Added a new experimental feature (enabled by default) which basically makes it possible to detect all of your plugins with or without versioninfo (TreatDateAsVer) and fixed some reported & discovered bugs. Besides this, the utility also became even more portable.

Update is strongly recommended! (read the changelog for more info...)

Download | 08-03-2013 | MD5 (exe): a9b8f3c5b8d5c81244b13f5c0db98b75

Changelog:

* New: Updated Spanish language (thanks to Patxiku)
* New: Add plugins to the list based on PE TimeDateStamp / last modification date if no other version information exists (experimental)
[Note: PubDateDiffCorr & UpdateDateCheck keys in TotalUpdater.ini are currently not being considered for these specific cases!]
* New: You can manually set [Plugins] TreatDateAsVer=False to disable the new function above, so the utility will strictly accept the plugins with existing verinfo (the old way)
* Change: allow only one instance of Total Updater by default & activate (bring forward) its window if its running
* Change: save the paths with environment variables to the [ExceptionList] section if %COMMANDER_PATH% is available
* Change: save the paths with environment variables to the [OverridePlugVer] section if %COMMANDER_PATH% is available
* Change: autocheck on start if the previously set download directory still exists or not, and try to search new one if its unavailable
* Change: never save TOTALCMD / TOTALCMD64.exe into the [OverridePlugVer] section (overriding TC's local version is not permitted)
* Change: the UserDB now allows to modify/save an entry if the "WEB" field is not set but at least one of the "Author site" / "Direct link" is filled
* Change: automatically show "Author site" option in the pluginlist's right-click popup menu if its filled in IPD / UserDB
* Change: from now on lower/uppercase/etc "True" / "False" values in TotalUpdater.ini are also handled properly
* Change: added 1 new item to the checksum database
* Change: added 2 new items to the Internal Plugin Database
* Fixed: a rare problem which may cause incorrectly set default download directory in specific cases
* Fixed: a bug related to refreshing plugins local version (F2 key) which sometimes led to inappropriate update of certain plugins state
* Fixed: unhandled exception on download when the given download directory doesn't exists / is not writable
* Fixed: some UserDB-related issues & state of UserDB after saving an entry in IPD (in rev2)[/face]

[romulous]

I have both STALKER db Unpacker (http://www.totalcmd.net/plugring/stalker_db.html) and STALKER db Explorer (http://www.totalcmd.net/plugring/stalker_db_explorer.html) installed. One is a WCX plugin, the other is a WFX plugin. The 'visit online site' option in updater incorrectly opens the browser to the same page for both entries (the db Explorer page).

Also, I think because the updater thinks they are the same plugin, it lists the WCX version as 0.0.2.0, but then beside it lists 0.0.3 - when the webpage lists 0.0.2 (so I think the updater is looking at the WFX page, which as a different plugin does list 0.0.3).

I think GifWCX may also be listed incorrectly in updater. Totalcmd.net lists the 1.1 version, but the author's website lists 1.3 - but updater says 1.5.0.1 is installed.

[Bluestar]

@romulous: If you now re-download the package (rev3), the issue should be resolved in it (added one extra entry and modified the existing one in the internal database) - thanks for reporting it.

By the way, for all the similar problems: in case you just right click on a such item and choose Save in UserDB (or open it in IPD and save it in userdb), you can fill its entry correctly (check this howto screenshot), and it will then be recognized correctly even without my fix.

Still - of course - it is very welcomed if you report such faulty-recognized plugins, so the application becomes more and more reliable even in the most special cases.

Edit: GifWCX is totally another case: its author thought it would be 'so much fun' to save multiple different version informations into the .wcx file, so currently it looks like this: screenshot & explanation. The latest version is selected, which is "1.5.0.1", though the online version is "1.1" - nothing to do here...

(I was even thinking on changing the current method, so instead of selecting the largest version number TU could use the version with the most frequent occurrence in the PE file. However this would clearly be a bad approach, as many of the plugin writers forgot to update the most version fields, so generally "1.0.0.0" would be the one that would be chosen for many of the addons / plugins...)