I figured, I'll try again later this week to get the manifest working. The rolling backup sounds like a great idea!

So I tried it and windows freaked out, any idea why?

Copy-Item : Cannot convert 'System.Object[]' to the type 'System.String' required by parameter 'Destination'. Specified method is not supported.
At line:1 char:23
+ ... y gog-manifest.dat gog-manifest-%date:~6,4%%date:~3,2%%date:~0,2%.bak
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Copy-Item], ParameterBindingException
+ FullyQualifiedErrorId : CannotConvertArgument,Microsoft.PowerShell.Commands.CopyItemCommand

No idea. I'm not a windows expert.

Did you run it from a regular command-line window in the directory where gog-manifest.dat is located?

P.S. Now that I think of it, it's probably the date format. My suggestion is based on the assumption that one's date format is DD/MM/YYYY. Yours is probably not that. Sorry. You'll need to modify it to use it.

That was it, thank you, completely missed that were MM/DD/YYY here because we're backwards from the world. Thanks again!

With today's fix, all files seem to be back to their normal downloadable state.

However, when I run gogrepoc now, all installer files return an error:
"no md5 data found for [filename]"

I have been told that MD5 is still accessible for people using lgogdownloader, so it might be some new gogrepoc-specific issue. You might want to have a look at it when you have free time.

Thanks for your ongoing maintenance.

EDIT: You can ignore this. The problem was with my old MD5 hack, which, with whatever change GOG made today, no longer works.

IMPORTANT: Anybody still using my MD5 hack should remove it or comment it out.

Luckily for me, I only get the manifest for a game on demand after I purchase it from GOG or if I know there is an update.

The only thing I download in full is the list of games in my GOG library, which is to a separate file.

Of course, I am using gogcli.exe these days and not gogrepo.py

If I recall correctly gogrepo.py does not support adding to the manifest individually. That could be a handy extra feature for it to have, for instances like this, if rather rare in occurrence at this point.

Have you tried generating a new manifest right now?

From all games I own I only can't get an md5 for extras (they don't have an .xml file with an md5) and these 11 files:

/downloads/prison_architect_cleared_for_transfer/en1patch0
/downloads/submarine_titans/en1installer0
/downloads/sudeki/de1installer6
/downloads/the_witcher_3_wild_hunt_game_of_the_year_edition_game/de1langpack1
/downloads/the_witcher_3_wild_hunt_game_of_the_year_edition_game/de1langpack2
/downloads/the_witcher_3_wild_hunt_game_of_the_year_edition_game/de1langpack3
/downloads/the_witcher_3_wild_hunt_game_of_the_year_edition_game/de1langpack4
/downloads/weird_west/en1installer1
/downloads/weird_west/en1installer2
/downloads/xcom_2_war_of_the_chosen/en1installer10
/downloads/zombie_rollerz_pinball_heroes_demo/en1installer1

I'm approaching the end of a full update as we speak. Every single installer/patch file gets the error "no md5 data found for [filename]", at least for me.

How do you know if there is an update?

There is a option to let the script check for changed entries, it looks for the "blue dot" in the game library.
But be aware that access is shared with the homepage.

After you click the updated game entry on the homepage the script won't see it as updated.
And after you let the script update changed games, the game won't show as updated on the homepage anymore.

I am not getting such errors with a pretty recent version of gogrepoc (just running update as we speak, "python gogrepoc.py update -lang en -os windows"),

Even games that I recall complaining about the missing md5 or xml before don't seem to be complaining anymore, like "a golden wake". Looks good so far, 70/2430...

If it matters, I started from a scratch by deleting the old manifest and manifest-resume files before running update. Just in case your problem is some incompatibility with the format of the old manifest file...

That's only GOG-reported updates. What about all the updates that GOG, by design, does not report?

If you don't know what I'm talking about, read here:
https://www.gog.com/forum/general/the_what_did_just_update_thread_part_2_the_search_for_more_updates/post1140


Thank you. I'll look into it. It might be my old MD5 kludge.

Yep. It was my old MD5 hack.

IMPORTANT: Anybody still using my old MD5 hack should remove it or comment it out.

For a reminder about the hack, see here:
https://www.gog.com/forum/general/gogrepopy_python_script_for_regularly_backing_up_your_purchased_gog_collection_for_full_offline_e/post3167

The flag is not about game updates, but about changes in the offline installers. Since we are talking about downloading offline installers here, only the flags are relevant.
What good would the knowledge about a update for a game be, if you could not download the installers anyway?
Galaxy doesn't need a flag, it updates the game via SVN (or something similar).

While during my time here I saw the flag system malfuncioning a couple of times, most of the times it works as intended.

If you can list the "lots of games" that never get a flag, I'd be willing to update one manually, see if it's true. I should get new files then. I am sure that the chance that I own one of these is quite high.

Heh, probably a good thing they switched to forcing canonical names, that definitely wasn't intended behaviour, kind of annoying for trying to deal with their weird CDN caching issues though.

I agree. BTW, the current servers seem to have no temporary MD5 errors whatsoever, so it looks like that was an artifact of the failed CDN service, the one expected to return on Thursday.

Hnnn. I guess that means I should actually do a full download test and see if it's resolved some of the other weird cases (Imperator Rome and 32-bit installers/patches frequently not processing properly)