Except there it goes again, back with the 404 error, and FYI although my original file was PNG.

The Galaxy pic is JPG.
While what you say about PNGs may be true generally, this one game doesn't seem to stick with JPGs either.

Hmmm, very odd.
I can't really do much investigating as I don't own the game either, can you take a screenshot of the error (and the image address it's looking for) and see if there are any errors in the console?
Nothing should change on my servers so I'm not sure why it wouldn't be able to find the image...

4 pics provided via Imgur Link

1 My library showing missing Cover
2 Inspect Element on the missing cover
3 Console last entries after Inspect element
4 404 error
https://imgur.com/a/NSRKGPg

The 404 Error is seen by using the inspect element image link
https://gog.bigpizzapies.com/legacy_covers/1901367087.jpg

I guess I should probably not upload the picture again, to give adaliabooks the possibility to invest the problem a bit better.

Ok, the problem seems pretty clear... I just don't know why it's happening.
The file extension is .jpeg not .jpg. But it should correctly pick that up when the file is uploaded so I don't know what is happening there.

It's an easy enough fix for now, but there is obviously something wrong in the pipeline that makes these things happen.

Obviously the best thing is to make sure any files uploaded are .jpg as that doesn't seem to cause any issues where as .png and .jpeg both have some kind of issue, but I'll try and see if I can figure out what's causing the discrepancies on my end.

Thanks :)

Looking back I see this issue has been going on with these two games specifically for a while... and they are both also the only two games in my covers file using a .jpeg file extension.

I've fixed the file extensions in that file, which should do it, but if they are still not showing then at least that tells me where to look (on the code that brings it all to GOG rather than the stuff for uploading and updating). If they work for a while and then disappear... I don't really know where to go with that but we'll deal with it if it happens.

Thanks for your effort.

No problem :)

I don't have the inclination to work on new stuff or features but I do like to try and make sure what's left still works (the main features anyway).

And I like solving problems. This one is a bit of a mystery, I can see absolutely no reason why it should be an issue or what could be causing it.

Ok, as a bit of a test (with a game I have) I have replaced the Beneath the Steel Sky cover with a copy saved as .jpeg.

It works so far, but we'll see what happens, and if it stops working it should hopefully be easier for me to see why.

Would it be possible to have a setting in the script that sets the behaviour of the 'store page & reviews' link under the game's page in a user's account?

Specifically it'd be nice if it could be set per browser profile if it would open in the current tab (default GOG behaviour) or if set by the script user to open in a new tab.

Hmmm, that should be a pretty easy addition. I'll look into it.

No promises.

Hmmm, let me have a look and see what's up.

Can you give me a link to the picture it's trying to find again to see if it's changed?

Edit:

Actually, nevermind. I can see what the issue is, and it's as I thought (though I have no idea why) the file extension in my JSON file has changed from .jpeg to .jpg.

The only thing I can think that would cause that (though it shouldn't) is the serializing and deserializing from JSON the script does when it is writing new info to the file...
At least I definitely know where to look now.


And the Beneath a Steel Sky one changed too, but I'd left the original .jpg file in there so it's still showing because the link is good.

I've fixed the urls in the file, the easiest fix is to change the extensions of the files, but then I won't know why it's doing it.

I can't see anything that would be affecting that file and changing it in that way, the only thing I could find was an old script I used to add the legacy covers originally when I started doing that which auto assumed a .jpg file extension... but there is no reason that script should be being called...
But I've deleted it from the server anyway to see if it was somehow the problem.

So let me know if they disappear again. If not, we'll know what the issue was.

OK will do.
It's been about 3 days after fixing, when I've noticed the 404 error last two times, so I'll check on Wednesday, to give it well over that.