Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Naming issues with co.vidya.pics when snatching #292

Open
vsr3y opened this issue Feb 7, 2025 · 0 comments
Open

Naming issues with co.vidya.pics when snatching #292

vsr3y opened this issue Feb 7, 2025 · 0 comments

Comments

@vsr3y
Copy link

vsr3y commented Feb 7, 2025

LoliSnatcher 2.4.2
Samsung Galaxy S20 Ultra 5G, Android 13, One UI 5.1.1

Booru: The /co/llection (New)
URL: https://co.vidya.pics
Type (Autodetect): R34Hentai (listed on the site's frontpage as Shimmie2 though)

The issue is that the "URL" listed in ℹ️ for all images on the booru ends with the "thumb.webp" filename, even though the "Post URL" is correct and the URL of the image that can be obtained on there shows a normal, elongated, and essentially unique filename. Each snatched "thumb.webp" file is in its original format, e.g. PNG/JFIF/GIF signatures present in the header, and is only mis-terminated with WEBP.

Snatching identically-named "thumb.webp"'s in bulk maxes out at 33 files (one whose name is unmodified and those auto-postfixed with enumeration from " (1)" up to " (32)") before failing to snatch further. I'm not sure if you set this as a failsafe somewhere in your code however. Regardless, I have to export the 33 files out of the snatch directory every time before I can resume snatching again.

It would be awesome if you could replace the "thumb.webp" URL's with the correct URL's ;)

Example Post

Screenshot_20250208_044704.png
Screenshot_20250208_053012_MiXplorer.png

@vsr3y vsr3y changed the title Naming issues with co.vidya.pics when snatching Naming issues with co.vidya.pics when snatching Feb 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant