i only report a bug, you start to fight me.. if i see your other posts i think you are only here to make trouble.. Software has to work, just because a feature is not important to you they don't have stayed bugged..Is it really THAT important for you to troll this discussion? Don't you have anything better to do?
Seriously the developer got probably RL stuff to do. He does this in his freetime for free. Show some appriciation!Is this already abandoned?
Its all about gimmi gimmi!Seriously the developer got probably RL stuff to do. He does this in his freetime for free. Show some appriciation!
WHY are you so toxic? What happened to you in your life to make you so vile and hateful?There is absolutely zero need to validate in the update process. All it does is wasting time running a validation long enough to realize it needs updated and THEN starts updating. If we are FORCING an update it should be because we KNOW it needs it, not because we think it might.
I obviously know exactly what it does, and know that it only needs to be done when the problem arises (which has never been the case on the server side of things since day one of Ark, Dark and Light, Conan, 7DaystoDie, Rust, Atlas, or any of the others that I might have missed since the day they were released. The ONLY thing it WILL do is increase downtime while it runs its course. And what fool runs an update when they don't KNOW the update is available, again negating the value of the validation?! But hey.. if downtime doesn't matter to you then by all means... fire away. The difference here is that I do this full-time. And all you can do is come back crying because I told you that your BELIEF is wrong. That doesn't make me toxic.. it makes you a tantrum throwing child.WHY are you so toxic? What happened to you in your life to make you so vile and hateful?
Besides all of that, you also, yet again, don't know what you're talking about. The "+validate" portion of the steamcmd I was talking about in my post performs a very important function. It does the equivalent of the steam client "validate files" function. So if you run the command, and it finds an update, it will download and install it. If it finds no update, it will validate the local files instead. This is common practice across multiple management apps and has been for years.
Go to the Overview and click on the download button in the upper right cornerHello. Where can i download this tool?
thanksGo to the Overview and click on the download button in the upper right corner![]()
For me it isnt the fact it isnt detecting an update. It in fact knows there an update but skips the process because he clears the "UpdatePaths" using "UpdatePaths.Clear();" in the GetCurrentBuildID function before he uses it in the next function where it skips updating completely because it does not have any "updatepaths" to update and skips the rest of the update function. At the end of that function he in fact clears it again, most likely where he intended it to be and simply he forgot to delete it in the first one. It corrects the issue completely. I have fixed a number of issues and will pass that info to @OwnProx once I am finished with my corrections. Then he will likely release it again. But for me, there is no point in just band-aiding one error just to find another one and release it again and again.@OwnProx It's a horrible hack, but I've added a small function to my version to scrape the above steamdb html page to get the correct available version, and it seems to be working fine. It just detected and applied the most recent update that was release a few minutes ago. It's terrible I know, but it's about the only solution I can think of to the broken steamcmd until they fix it. I tried reporting the issue to grapeshot, but was told it's nothing to do with them and they don't care. Still looking for the appropriate area in steam to report the issue to.
Regardless, the fact remains that the method of detecting an update by using steamcmd is definitely broken. It does not detect an update when it is released. I have confirmed this on multiple platforms and with other developers. You can see it for yourself. As of the time I write this reply, steamcmd returns the following:For me it isnt the fact it isnt detecting an update. It in fact knows there an update but skips the process because he clears the "UpdatePaths" using "UpdatePaths.Clear();" in the GetCurrentBuildID function before he uses it in the next function where it skips updating completely because it does not have any "updatepaths" to update and skips the rest of the update function. At the end of that function he in fact clears it again, most likely where he intended it to be and simply he forgot to delete it in the first one. It corrects the issue completely. I have fixed a number of issues and will pass that info to @OwnProx once I am finished with my corrections. Then he will likely release it again. But for me, there is no point in just band-aiding one error just to find another one and release it again and again.
"branches"
{
"public"
{
"buildid" "3497453"
"timeupdated" "1548325826"
}
}
Regardless, the fact remains that the method of detecting an update by using steamcmd is definitely broken. It does not detect an update when it is released. I have confirmed this on multiple platforms and with other developers. You can see it for yourself. As of the time I write this reply, steamcmd returns the following:
And yet the current version is definitely 3503307, as returned by SteamBD. I'm not saying this will be the situation forever, but right now THAT is why the app is not updating. When I replace the function that uses steamcmd to get the available buildid with another function that uses steamdb, the rest of the process functions perfectly, without any changes you mention above.JSON:"branches" { "public" { "buildid" "3497453" "timeupdated" "1548325826" } }
So this is no fault of @OwnProx , but a bug with steamcmd, and it affects all the management apps as they all use the same method to detect updates. It seems to only apply to Atlas though, as the Ark apps that use the same method still work perfectly.
The problem with all of that, and I can't explain why so don't ask, is that when you manually run a steamcmd update it works flawlessly. So what's the difference in how doing it through the server manager and doing it manually?Regardless, the fact remains that the method of detecting an update by using steamcmd is definitely broken. It does not detect an update when it is released. I have confirmed this on multiple platforms and with other developers. You can see it for yourself. As of the time I write this reply, steamcmd returns the following:
And yet the current version is definitely 3503307, as returned by SteamBD. I'm not saying this will be the situation forever, but right now THAT is why the app is not updating. When I replace the function that uses steamcmd to get the available buildid with another function that uses steamdb, the rest of the process functions perfectly, without any changes you mention above.JSON:"branches" { "public" { "buildid" "3497453" "timeupdated" "1548325826" } }
So this is no fault of @OwnProx , but a bug with steamcmd, and it affects all the management apps as they all use the same method to detect updates. It seems to only apply to Atlas though, as the Ark apps that use the same method still work perfectly.