me too.
initially a very quick update happened, the process for which in the steam program/window, itself worked fine,
but then immediately and ever since, i've got nothing but the same, in-front pop-up in the launcher, but no actions by steam, windows, nor the validate-files process via the steam-function, since it sometimes stimulates updates if it notices DURING its check, if the version is out of date (this is a way of getting an external sys at steam, to check your version, i think - only sometimes works for me - no guarantee ).
-------------
i've since tried many things ;
clearing both steam caches,
windows services on, that i'd normally keep prevented from opening,
windows update checked, firewall/virus-software updated,
steam-client update checked,.. nnnope. that wasn't it.
steam directories repair-checked, nnnope, didn't need any repaired.
rebooted a few times, throughout all of this, of course,
RE-cleared the caches after the windows update,.. didn't cause any new behaviours,..
pfff...
HHD errors checking checked, spare-space on C checked,..
nope. nothing.
--------------
might a STEP, that's normally done before a larger update, have been neglected / not done inbetween now, and the 23rd update?
well that's great... some ppl with what... compatibility differences, or run-time environment differences,..
... we are shut out until then ?
how can we possibly guess at what isn't quite fitting right / matching up with TEMPORARY needs?
agh. if so,.. please don't make little changes to consistent runs with a version that you've had working for months, just before a larger update, since it's "only a few days" , or "only a week or two" or something.
------------
especially, if it's in relation to changes about the installation , or of functions in&out of steam.
why? because sigh benchtesting with whatever you've made of the main exe of the game, might be able to be assumed mostly-going-to behave the same on most's systems,..
but things like windows-config environment functions, will NOT, be like what you've had of a default windows-installation when running a benchtest with a temporary version of the game exe.
most/at-least-many, have customised, cropped, batch-file-barred, windows-services-removed,.. 3rd party programs preventing changes to windows out of date....
etc, etc .... COMBINATIONS, of different parts of windows, creating very different, exe-runtime environments, when it will only be able to be ATTEMPTED, to run, be TRIED, to be executed.
------------
its one thing to say that everyone should have a default version of windows, of a hypothetical IDEAL world,..
its another, to HONESTLY say that you think we all do.
we don't.
steam's & especially window's 'modern' lack of error-messages, is not your fault Frontier,
but on the other hand, it is logical/reasonable to assume, that SINCE we're not getting many anymore, that it is also, MORE likely that we won't be able to know what's wrong, WHEN, we're not getting them.
(!#%^(#%(!^#% dammit Microsoft... why did you GO SOFT,.. when only some, of your customers wanted less error messages back in the 90s?
none, or almost none, is not ... " less "
less became almost none,
almost none became... "the customers have enjoyed not having any problems"
when then not KNOWING, what problems one had, such as if you go through full windows error-checking pursuals of individual component (unexpected) stops, and software-subsystem error-message checking, one is basically being KEPT BLIND, rather than not "having any".
sometimes it doesn't matter, other times it does.
-------------
its not easy to have your pre-release programmers, try to only IMAGINE, how every line could interact with different combinations of windows configurations,..
but its ALSO TRUE, to say,
that simply ;
because people will NOT, have only-default settings, that it is UNREASONABLE TO EXPECT that releasing things based on benchtesting with the only-a-default-settings temporary installations of windows,.. should match,... with what we've actually got.
someone not having what is in a default-installation of windows,
is not exceptionally-wrong,.. it's USUALLY-wrong.
the how-much, is exaggerated.
----------------
we don't (or at least not all of us ) underestimate how difficult it would be to try to anticipate everything... if not impossible.
but on the other hand, you could try getting used to WHICH sub-components combine problematically often,
or patterns of windows-configuration situations, start to BECOME A PATTERN, after particular types of updates.
so like...
hey! why is that when we do a minor tweak to instance-matchmaking code, we end up getting 250 complaints by people who have both uPNP , AND cloud computing on in steam, but its never uPNP users who don't use clouds?
(that's just a hypothetical, im not saying that's something that actually happens)
and someone else then goes...
hmm... yeah... we do get a few... have you found a pattern in the types of problems ppl are having, ooo well done, you're in charge of working it out... ask whoever you need, to find out WHERE, and WHAT,.. is combing...
and then they give it a go.
it sounds like something that perhaps you should not have to be doing,
but on the other hand, how much time/customers could it SAVE?
----------------
what's easier... employing 25 people, to read 5000 emails, all with a similar problem, and all not being able to be given useful advice,..
but the COST, of employing 25 instead of 10...
were the cost of 15's worth, spent on a few highly skilled problem-CAUSE identifyers...
effectively preventing the NEED, to have to send out, 5000 responses to 5000 complaints.
if you only ended up with 750, or maybe 1250, out of 5000,
that's a LOT, saved. of TIME, PAID-time,.. that is.
sigh
it can seem like it'd be expensive, since the per-rate of the individual is so much higher than low-end / common staff...
but sometimes the quantity saved, if a persistent SOURCE of incompatability, doesn't just cause one problem, it causes three, 5, 10, 15,.. as you go along,..
you effectively prevent problems happening from something you MISSED, years ago...
from continuing to happen, in an incremental sense.
not applying band-aids, is another way of saying that.
band-aids can get expensive, by quantity-needed, the more and more and more systematic/compatibility problems, get left-unidentified.