Well, I see GOG Db has picked up (or had fed to it) two of the four individual games contained in the Silver Box Clssics package. Now only Dragons of Flame and Shadow Sorcerer have yet to be found (though I now wonder how many other GOG titles -- whether exclusive to a "package" or not -- are also missing from the database).

Not all of the games in the pack have public IDs reported by GOG's APIs for some reason. I believe I am aware of the other two, but that won't help GOG DB much, since it talks to the APIs.

Apologies if this has been suggested before but - how about listing games in the changelog (standard as well as extended) when their "In Development" status changes from "Is in development" to... well, that not being the case any longer.

As we've seen too many times in the past, GoG unfortunately does not always publish a corresponding PSA when games leave "In Dev" and release properly, and providing that information through the gogdb.org changelog seems the natural solution to this problem(?).

Maybe could be listed like this (analogous to entries pertaining to property/title changes):

In Development status changed: From "Is in development"✔️to "Is in development"✖️

Or something along those lines.

H-Hello...

Hey, Yepoleb and everyone, clicking on the "Store page" button on any game page on gogdb does not work. Following error appears after it tries loading the page for 20 secs (attached image).

This is the link after clicking "Store page":
https:// track.adtraction.com/t/t?a=1578845458&as=1721879312&t=2&tk=1&url=https:// www.gog.com:80/game/two_worlds_2_epic_edition

And this is the link after loading the page fails:
https:// www.gog.com:80/game/two_worlds_2_epic_edition

I noticed this also happens when I clicked on affiliate link from a Youtuber.

Any ideas what is going on? I guess it is a problem on GOG side.

EDIT: Added a space in URL to make post more readable.

After you had posted this, I had confirmed the behavior.

Apparently, the misconfiguration (redirection to TCP port 80) is only intermittently affecting affiliate links.

During testing, the middle-man Adtraction link (following the initial selection of the appropriate https://af.gog.com URL) for Fallout 4 (as one example) did not contain the throublesome :80 portion within the destination (https://www.gog.com) value. After a few minutes, it did... quite odd.

For me, it always ends with those error pages.

If I manually remove ":80" from URL, the pages start loading. Does this ":80" removal affect the affiliate links and benefits Yepoleb gets from clicks?

If one were to remove :80 from the url= portion of a given Adtraction link containing both a=1578845458 and as=1721879312 -- and simply submit that edited Adtraction URL within the browser address bar (even while completely bypassing the af.gog.com link located on the GOG Database web site), this will still benefit the site owner of GOG Database (confirmed by examining the resulting GOG.com affiliate cookie value).

The GOG Database-specific Adtraction URL values for both a= and as= remain constant regardless of submitting user.

Note: Visiting [adtraction domain]/t/t?a=1578845458&as=1721879312&t=2&tk=1&url=https://www.gog.com (purposely omitting the game page portion) will have the same effect. Affiliate information (to the best of my recollection) will remain active for 24 hours (barring the deletion of cookie data and/or activation of an affiliate link from a separate (non-GOG Database) entity). During that period, one can browse and purchase the desired games on GOG.com, while also allocating a small portion of the sale to the site owner of GOG Database.

I see there was a lot of extras renaming on the 8-9th of february.
The filenames were changed from "product_bonus_name_XXXX" to more a meaningful text (e.g: manual, soundtrack).

I wonder what happened before and why these are marked as "del" + "add" in gogdb, instead of property changes.
Perhaps Gog's staff can't rename the files without reuploading? Or maybe it's a gogdb thing, since I see the IDs remained the same.

The same problem has occurred before, when GOG reached 1,000 and 2,000 entries, but they resolved it back then pretty quickly (within weeks, IIRC).

MaGog handled this issue, while it existed, by retrieving the catalogue in two separate queries, based on release date. The same could theoretically be done here, for example getting first all games up to 2020, then all those from 2021 onward. But back then every single game had a release date, whereas now some are missing it.

Perhaps querying by price range (e.g. 0-4.99 and 5.00+) --- which didn't exist in the MaGog years --- could be used instead. This would need to be supplemented by querying for upcoming games, many of which do not have a price.

Since GOGDB seems to scan alphabetically, perhaps it could use “Title (A to Z)” and then the reverse order “Title (Z to A)”?

That would work too, but I think it might be easier coding to have two mutually exclusive queries, rather than scanning one query fully (digits + A to part of Z) and the other only partly (part of Z + non-Latin characters). It was certainly so for MaGog.

It makes sense, hopefully Yepoleb will check the thread from time to time.

I noticed a little while back that GOG Db has started to only show multi-part offline installers as one single entity on some games (at least, I seem to remember it only being some back when I first noted this change). It now seems that this change affects every game, and I'm really wondering what the reason was. If it's something on GOG's end -- which I really hope to be the case -- then fair enough. But it does make GOG Db just that little bit less useful.