I started to have the same problem about 2 days ago, tried several galleries, deleting cached files with same result, home it gets fixed on next release.

@Je-Te-Ma I think I've fixed the issue. It's not official though. In the meantime, if you want, you can use this unofficial jar if you like.

https://github.com/mukulj77/ripme/releases/tag/1.7.94

@Je-Te-Ma I think I've fixed the issue. It's not official though. In the meantime, if you want, you can use this unofficial jar if you like.

https://github.com/mukulj77/ripme/releases/tag/1.7.94

ThanX @mukulj77 sad part is I could not download the file, seems it was removed gives error 404

@mukulj77 patch works fine for me. I no longer face the 24 image limit using his fork. He seems to have forgotton to release his version? Not sure how the release works but I checked out his repo and compiled. The jar file I got was 27 MB, a bit larger then the expected 4 MB, but is what I got with mvn clean compile assembly:single.

@Je-Te-Ma The patched file can be download here: https://github.com/ripdave/ripme/blob/master/ripme-1.7.93-jar_patch_mukulj77.zip

To satisfy Github.com, I had to zip the file to keep it under 25 MB.
Alternativly the uncompressed file can be download from https://we.tl/t-1iDe12O64E

Thanks a lot to @mukulj77 for the fix and to the maintainers of this project

First off, I am a COMPLETE novice here. I too have been getting limited at 24 pictures. So I uninstalled RIPME from my comp, restarted, downloaded the patch via the link in @ripdave 's post and then tried to rip another large gallery... Still getting stuck at the 24 pic limit.

I'm new to ripme, and github, Im certainly not versed in programming etc. So is this a issue that is being worked on? Has it been fixed? Or is it still messing up for some folks out there?

Is there any OTHER way to go about correcting this issue?

yeah, it was working fine yesterday but went back to dying at 24 images this morning.

@vindicator1 , you are right. It's happening again. I'll look into it next week. Bit swampped with things.

@vindicator1 , you are right. It's happening again. I'll look into it next week. Bit swampped with things.

@mukulj77 It seems that the pagination part that the ripper is searching for is now somehow obfuscated by the website. When opening the page source in Firefox, you get a <!-- rendering error -->, and I assume that's also what the ripper sees, leading it to conclude that there are no more pages to rip (as (doc.select("a[rel=next]").first() will return null)

There might be workarounds to get all pages: one could be to take the total number of images of the gallery, divide by 24 and round up, then loop through the pages (a bit messy, though). Another could be to make use of the <script id='initials-script'>, and make a loop that runs as long as the number "active" (the current page) is lower than or equal to "maxpage" - however I'm not sure whether that's even possible.

@vindicator1 , you are right. It's happening again. I'll look into it next week. Bit swampped with things.

@mukulj77 It seems that the pagination part that the ripper is searching for is now somehow obfuscated by the website. When opening the page source in Firefox, you get a <!-- rendering error -->, and I assume that's also what the ripper sees, leading it to conclude that there are no more pages to rip (as (doc.select("a[rel=next]").first() will return null)

There might be workarounds to get all pages: one could be to take the total number of images of the gallery, divide by 24 and round up, then loop through the pages (a bit messy, though). Another could be to make use of the <script id='initials-script'>, and make a loop that runs as long as the number "active" (the current page) is lower than or equal to "maxpage" - however I'm not sure whether that's even possible.

That makes lot of sense. I'll definitely look into those ideas.

@mukulj77 and @naamval While that may be part of the issue, many albums have more than 24 images per page. So there might be some other issue here on top of what you already discovered.

@fuzzycheerio No, that is expected. The ripper looks at the mobile website, which does display 24 images per page.

@naamval , ah gotcha. Thanks so much for taking a deeper dive and explaining these things to me, a admitted noob. =)

@naamval The problem lied in quite a substantial revamp by the website. I think they are now dynamically generating the next pagination markup.
They have moved the data to the #inital-scripts tag on the page. I really had to dig in for about 4 hours to fix it. It was quite a learning experience. :)
I'm not sure though if my solution is elegant. Also, the Test cases are pending.

tl;dr folks, please check out the temporary jar I've created for now. Would liase with the folks maintianing the project to see if they accept my solution.

The jar is with all the dependencies, and hence large.

https://github.com/mukulj77/ripme/releases/tag/1.7.93

@mukulj77 thank you for fixing this! I just tested 1.7.93 on an xhamster gallery with 149 images. It worked perfectly. This 24 image limit has been bugging me for a long time. Thank you!

@mukulj77 Thanks for your efforts to fix this issue! I ran a bunch of tests and it's working flawlessly.