[Subscribestar] Bug: Accessing only the preview image is treated as success

[GiovanH]

There are several cases where, even if you've logged in successfully, Subscribestar will return the preview (blurred) URL for an image as if it were the full image, instead of throwing an authorization error. Because this saves preview images as the canonical image for the post, this silently prevents subsequent runs from updating posts with the missing images, which breaks rolling archives.

This can be easily detected by comparing preview_url to url.
Note that directly saving an individual post will throw an authorization error if you only have access to the previews, but posts gathered from a user feed do not.

Alternatively, preview urls could have a different output filename. This probably is not desired, as it results in saving both the preview and the main image.

[Hrxn]

This can be easily detected by comparing preview_url to url.

The implication is that this is already in the metadata extracted by gallery-dl?

[GiovanH]

This can be easily detected by comparing preview_url to url.

The implication is that this is already in the metadata extracted by gallery-dl?

Yes, preview_url is already available in the metadata exposed to gallery-dl.

Using it as I describe here probably isn't the best way to accomplish this (I haven't inspected the actual API body, just the metadata after gallery-dl processes it), but it would work if the status of the post really is opaque at the listing level.

[Hrxn]

And url is the correct URL that is non-blurred, full size etc. ?

[GiovanH]

If it's a post you have access to, preview_url is blurred and url is a (much longer) url to the full size resource.

If it's a post you don't have access to, url points to the same blurred image as preview_url

Again, weirdly, this doesn't happen if you try to fetch a specific post directly by url.