Author Topic: LATEST VERSION INFO THREAD - DcUpdater - 1.32.01 - May 9, 2017 (Read 200381 times)

mouser · « **Reply #100 on:** September 10, 2010, 02:45 AM »

just means i uploaded a slightly newer version of farr without updating the file on the website saying the new version is available.

mouser · « **Reply #101 on:** October 08, 2010, 07:47 PM »

Version 1.28.01 - Oct 8th, 2010

[BugFix] The extra list of directories to include or exclude was being parsed incorrectly if entries were // commented out
[MinorFeature] The extra list of directories to include/exclude now skips ignoring a specific directory if passed on the commandline.

kronhead · « **Reply #102 on:** October 18, 2010, 01:24 PM »

A short while back, I got an update notice for dcupdater - I downloaded and installed USING dcupdater - I still get the message, saying I need to upgrade from 1.26.01 to 1.28.01 - but when I do Help - About, it says I am running 1.28.02! I just did a new download and install - same version situation.

The dcupdatersetup.exe that I downloaded is 2,121,728 bytes. dcupdater.exe is 3,004,416, and does show an internal version # of 1.28.2.0, modified on 10/10/10 at 7:15PM.

Did I get a bad version somehow?

Thanks
Dan

mouser · « **Reply #103 on:** October 18, 2010, 01:34 PM »

you dont have a bad version, just me being a bit sloppy with version numbers. however i think if you re-install the new update it should say you have version 1.28.01 and stop offering an update (even though you really have 1.28.02). it shouldnt say you have 1.26.01 if you get new version.

kronhead · « **Reply #104 on:** October 19, 2010, 03:21 PM »

you dont have a bad version, just me being a bit sloppy with version numbers. however i think if you re-install the new update it should say you have version 1.28.01 and stop offering an update (even though you really have 1.28.02). it shouldnt say you have 1.26.01 if you get new version.
-mouser (October 18, 2010, 01:34 PM)

Still no luck. I tried a fresh download and install. Same thing. So I un-installed dcupdater, renamed:
C:\Users\Dan\AppData\Roaming\DonationCoder\DcUpdater
to
C:\Users\Dan\AppData\Roaming\DonationCoder\DcUpdater-old
and
C:\Program Files\DcUpdater
to
C:\Program Files\DcUpdater-old
then did another fresh download (to a different name) and install - STILL got the same thing! It says installed version 1.26.01, version on the web 1.28.01. Help - About says I am running 1.28.02. As does looking at the Program Properties - Details.

There is a directory
C:\Users\Dan\AppData\Roaming\DonationCoder\Keys
which I did not rename ...

Any directories or registry keys I should clean up?

Sorry about this, and thanks for your help.
Dan

mouser · « **Reply #105 on:** April 04, 2012, 01:39 AM »

Version 1.30.01 - April 4th, 2012

[BugFix] Fixed bug where virtualstore location was being written to, causing dcupdater to report old versions of installed programs sometimes; see https://www.donation...x.php?topic=30528.0; thanks to dc member sba
[Feature] Added the following optional parameters to versioninfo.xml files:Override_VersionFileRemote,Override_WebPage,Override_UpdateFile. Using these you can effectively have the versioninfo.xml file overide some values of the local .dcupdate file or even redirect to an alternative versioninfo file.
[Feature] Executable and setup now digitally signed and not zip-compatible

justice · « **Reply #106 on:** April 04, 2012, 02:36 AM »

Thanks for the update, mouser. What do you mean with not zip-compatible?

mouser · « **Reply #107 on:** April 04, 2012, 02:44 AM »

In the past I created all my setup files as zip-compatible self-extracting packages. This had the advantage of making it possible for someone to download the setup file and instead of running it, simply unpacking it for portable use.

However, this had a few drawbacks including not being able to sign the setup program and possibly causing some downloads to fail midway.

So with all my new releases I am providing them as 2 separate downloads -- a main setup program which is no longer "zip-compatible" but is digitally signed for security, and a second Portable.zip version which is a normal standard zip file that can be unpacked for portable use.

wut?! · « **Reply #108 on:** April 25, 2015, 12:48 AM »

No posts in this forum since July 2013. I thought I'd change that by saying I just tried out DCUpdater by using it to install some new software and it appears to work flawlessly. Nothing has updated yet, though. We shall see.

It even detected my FARR plugins.

tomos · « **Reply #109 on:** April 25, 2015, 02:30 PM »

No posts in this forum since July 2013. I thought I'd change that by saying I just tried out DCUpdater by using it to install some new software and it appears to work flawlessly. Nothing has updated yet, though. We shall see.

It even detected my FARR plugins.
-wut?! (April 25, 2015, 12:48 AM)

I still use it and like it a lot. Have had some minor problems: cant remember exactly now, but I think if you have installed and portable flavours of same software present, it can get confused with the install path and installs both to same path. For some reason it always starts up with Windows (7) for me - looking for updates for CHS (but tbh I haven't checked if that's something in the CHS settings).
There may be other bugs - but not that I've come across

wut?! · « **Reply #110 on:** April 25, 2015, 09:45 PM »

Thanks for the info, tomos!

A cool feature would be a toggle in the options to treat beta releases as regular updates.

Would make it a little easier for those who want to help test.

wut?! · « **Reply #111 on:** April 29, 2015, 01:05 AM »

I just got the FARR update. This app definitely works.

EDIT: Whoops, I meant for this to be an edit to the above post. My bad.

mouser · « **Reply #112 on:** April 01, 2017, 12:44 PM »

Version 1.31.01 - April 1st, 2017

[Major Feature] Updated to work with high-dpi (larger than 100% text) displays.

tomos · « **Reply #113 on:** April 01, 2017, 01:39 PM »

DcUpdater lurve

Deozaan · « **Reply #114 on:** April 01, 2017, 01:42 PM »

Wow.

I thought this was officially abandoned. Even SC seemingly stopped using it.

mouser · « **Reply #115 on:** April 01, 2017, 03:34 PM »

My apps should all still use it if it's installed, but I have definitely stopped "promoting" it, as I essentially gave all my apps the ability to CHECK for updates using code built into them (DcUpdater will download and run the installler).

So anyway, DcUpdater is not really needed anymore, and it does seem a bit overkill.

cranioscopical · « **Reply #116 on:** April 01, 2017, 05:56 PM »

1) During installation DCU gave me something along the lines of "the following process needs to be closed..." but no mention of what that process is.
2) After a brief dance with this I uninstalled the updater.
3) Installed again and was informed that there are no valid update packages.
4) Had DCU system notifications in a font so huge that only a word or two would fit.

Will I have better luck on April 2nd?
Baffled on Baffin Island.

mouser · « **Reply #117 on:** April 02, 2017, 05:08 AM »

Thanks for the report. New version uploaded.
The font size issue should be fixed.
The complaint about process needing to be closed may be fixed.

cranioscopical · « **Reply #118 on:** April 02, 2017, 09:36 AM »

Notification fint foxed

DCU can't find CH+S despite having just installed it.

A whole lotta loopin' goin' on (see image)

LATEST VERSION INFO THREAD - DcUpdater - 1.32.01 - May 9, 2017

mouser · « **Reply #119 on:** April 02, 2017, 10:08 AM »

Thanks for the reports!.
New version uploaded, recursive update looping should be fixed now.

IainB · « **Reply #120 on:** April 02, 2017, 06:00 PM »

@mouser: Where you say:

My apps should all still use it if it's installed, but I have definitely stopped "promoting" it, as I essentially gave all my apps the ability to CHECK for updates using code built into them (DcUpdater will download and run the installler).
So anyway, DcUpdater is not really needed anymore, and it does seem a bit overkill.
________________________
-mouser (April 01, 2017, 03:34 PM)

I appreciate what you say there, but I'm a fan of DCUpdater's, because it saves me some time/trouble.
I have long preferred to use DCUpdater to auto-manage updates (i.e., check for new version, download, install) for all DC apps., all in a single operation, rather than get each app to update itself on an ad hoc basis using DCUpdater. I regularly launch DCUpdater from a FARR button, and it does any update checks/installs in one fell swoop.
This necessitated a bit of careful organisation, initially, of the two files:

[Name of app].dcupdate
[Name of app].dcupdateredirect (contains the explicit path to the app. folder)

- but, once done, it's a breeze.

By organisation, I mean there is a copy of both of the above files in each DC app. folder, and a copy of every [Name of app].dcupdateredirect in:
C:\ProgramData\DonationCoder\DcUpdater\RedirectFiles

I keep all the apps. (including DCUpdater) in folders within a Plugins subfolder to FARR:
C:\UTIL\Windows utilities\FindAndRunRobot\Plugins\

All the apps. have ConfigDir.ini files set with:

PORTABLE=TRUE
CONFIGDIR = .

- which all seems to work OK (most of the time).

DCUpdater thus outputs useful/helpful/informative reports like this, when it runs, and it's very fast:

cranioscopical · « **Reply #121 on:** April 04, 2017, 01:46 AM »

New version uploaded, recursive update looping should be fixed now.
-mouser (April 02, 2017, 10:08 AM)

Working well now.
Can't find anything, anywhere in DCU, that fails to scale appropriately.

mouser · « **Reply #122 on:** April 04, 2017, 01:07 PM »

Excellent

mouser · « **Reply #123 on:** May 09, 2017, 10:47 AM »

Version 1.32.01 - May 9, 2017

[BugFix] Fixed error complaining about "-dontofferdcupdaterpage" flag, seen when checking for updates in Screenshot Captor.

IainB · « **Reply #124 on:** May 10, 2017, 12:53 AM »

@mouser: I've manually worked around this minor problem for ages, but running DCU (DCUpdater) on itself today, reminded me to ask you: Is there any way that the user can force DCU to always adhere to using the app folder path that is set in the .dcupdateredirect file for each of the apps?
DCU seems to somehow temporarily get its knickers in a twist when it runs and updates itself or another app, and I have not so far been able to figure out what is going on.
After doing an update, DCU seems to "see" only the apps that have been updated, and does not seem to "see" the other apps. - I think it expects to see them in the default program files folder, but doesn't find them there, and yet it can "see" those that it has just updated.
Otherwise, it runs very smoothly as per my post above.

I have FARR installed in a path C:\UTIL\Windows utilities\FindAndRunRobot\ and I have all my other DC apps (including DCUpdater) that I am using on a regular basis, or trialling, in subfolders in a path C:\UTIL\Windows utilities\FindAndRunRobot\Plugins\
I put that path and the app folder into the .dcupdateredirect file for each of the apps - e.g. in the DCUpdater app folder, the path in the .dcupdateredirect file is:
C:\UTIL\Windows utilities\FindAndRunRobot\Plugins\DcUpdater
- and so on for each of the other apps.

That's how I get the very useful output (app listing) from DCUpdater that I posted about, above, and is how I keep track of any updates to the DC apps that I am using.
When I ran DCUpdater (from a button in the FARR app) today, it detected and updated the two apps that had been just updated by you - DCU and SC (DCUpdater and ScreenshotCaptor) - but when I re-ran it (again from the FARR button) it could only "see" (list) those two updated apps.
Restarting FARR seems to fix the confusion, and after running DCU from the button I have for it in FARR, DCU worked fine again.

It may be that (say), somewhere in the update app process, the default path (programs folder) is being temporarily set in a variable somewhere, and somehow overrides the path(s) set in the .dcupdateredirect file(s) or causes those files not to be opened. Thus, restarting FARR and DCU seems to clear everything and fixes it.