SUMo : Keep your software up to date

OK

 

[SUMo] Beta Report for ExamDiff Pro by PrestoSoft LLC v 11.0.1.15 - SUMo reports Update available (12.0.0.10)
Reported ealier and fixed, but still showing up. The next beta is already available as 12.0.0.11

 

Yet another beta.... fixed : https://www.kcsoftwares.com/sumo/vi...ExamDiff Pro (64 bits)&Company=PrestoSoft LLC

 

Is there not a way to fix these betas always being wrong? You will never become big program if there's so many errors and waiting for user to report each one. You gotta find what's making the error! Just imagine how many software is wrong but the users just haven't reported it because there's like 5-10 guys here using Sumo. Now imagine you had thousands or millions of customers. Your alghoritm or idk what it is, needs a lot of work.

 

Algorithm is "almost" robust except on a few cases like this one for which I rely on a handful of super users (with beta-tagging rights) and users reports like here.
I'll improve with some rules-based automation.

 

It doesn't seem like this suggestion concerning betas ever got implemented.

 

It's on the list but it has been found as finally more complex than expected, sorry

 

[SUMo] Beta Report for Command line RAR by Alexander Roshal v 6.1.0.0 - SUMo reports Update available (6.2.1.0)

 

fixed, thanks !

 

Kyle, just want to put in a good word for the work you do.

Use your program every day, no other program comes close - I have a large library of portables, and SUMo is invaluable to help me keep track of updates ... would be lost without it.
Where there is the occasional misstep i.e. beta, etc. it is quite plain to me and I just skip it.

 

Warm thank you for this excellent and positive feedback. I'm really happy and proud of the time I spend on SUMo when I read post like this

 

[SUMo] Beta Report for ExamDiff Pro by PrestoSoft LLC v 11.0.1.15 - SUMo reports Update available (12.0.0.10)

 

I agree with all you say about SUMo, but not reporting false positives by skipping and ignoring things does not help the quality of reporting that SUMO does. IMHO the developer needs to be aware if something is not functioning as it should. I too skip and ignore certain items, but these are things that I don't expect SUMo to handle for me.

 

Should be already fixed

 

Thanks for reporting false positive.... it really helps me a lot !!

 

[SUMo] Error Report for OpenXML/ODF Translator Command Line Tool by OpenXML/ODF Translator Team v 0.0.704.0 - SUMo reports Update available (1.0.0.0)

Both 64-bit and 32-bit. The version reported belongs to WinMerge2011. Sub-Product maybe?

 

That's what I thought, but it keeps appearing. Looks like 32-bit (I use both).


Versions Flags Users (2)
12.0.0.10 current 1 (50%)
11.0.1.15 user 1 (50%)

64-bit is ok.
Versions Flags Users (3)
12.0.0.9 _____________ 1 (33%)
11.0.1.15 usercurrent 2 (67%)

 

I'd support a manual "ignore" on this specific case.

 

May I have screenshot from the SUMo webpage too ?

 

Btw I am impressed, u're working even on Saturday and Sunday, that's true dedication! //slightly off-topic

 

Always happy to help my community of users

 

The product version number is correct (1.0.0.0-.....) as far as I can see. I still don't understand why product version is not also checked when the file version fails. Is the product version not kept in the DB alongside the file version?

If so, an additional check should have found a match on the numbers. I'm sure there are a lot of cases like this where file and product versions are not the same. Simply using the highest version for the compare should take care of situations like this no?

 

May I have full URL + users stats part of the screen too ?
Looking here : https://www.kcsoftwares.com/sumo/vi...ExamDiff Pro (64 bits)&Company=PrestoSoft LLC it seems that v12 is correctly set as beta / not declared active.

 

I'll check.... likely a specific corner case