Cyberdrop-DL/cyberdrop-dl

I have taken steps to troubleshoot my issue first I'm using the latest version of cyberdrop-dl-patched I’ve read the wiki and my issue isn’t already covered I understand this is open source software provided for free and that I might not receive a timely response I’ve checked existing issues to avoid creating a duplicate A similar issue was previously marked as completed and the changelog says it was implemented, but I'm confident the bug still exists I am willing to submit a pull request with the fix. (Assign this issue to me) Describe the bug Wanted to download a celebforum.cc thread but its returning "Unknown URL Path". Thought about the supported formatting: https://celebforum.cc//thread|topic|tema|threads|topics|temas/<thread_name_and_id> but actual sites are formatted like this: https://celebforum.cc/**themen**/threadname.ID/ URL tested: https://celebforum.cc/themen/hanna-secret.9318/ Relevant logs [2026-09-20 21:36:23.831] INFO Debug log file: None [2026-09-20

I have taken steps to troubleshoot my issue first I'm using the latest version of cyberdrop-dl-patched I’ve read the wiki and my issue isn’t already covered I understand this is open source software provided for free and that I might not receive a timely response I’ve checked existing issues to avoid creating a duplicate A similar issue was previously marked as completed and the changelog says it was implemented, but I'm confident the bug still exists I am willing to submit a pull request with the fix. (Assign this issue to me) Describe the bug I added some Pornhub profile links to download list. If a profile doesn't have any photos, CDL returns it as 404 Not Found scrape error. e.g. https://www.pornhub.com/model/mirra-chubarova (no photos uploaded to profile) CDL returns 404 for https://www.pornhub.com/model/mirra-chubarova/photos/public I wanted to mention this because CDL users might think they are unable to download the files due to a false 404 error. Another issue: e

I have taken steps to troubleshoot my issue first I'm using the latest version of cyberdrop-dl-patched I’ve read the wiki and my issue isn’t already covered. I understand this is open source software provided for free and that I might not receive a timely response. I’ve checked existing issues to avoid creating a duplicate. A similar issue was previously marked as completed and the changelog says it was implemented, but I'm confident the bug still exists I am willing to submit a pull request with the fix. (Assign this issue to me.) Describe the bug When a file is found, it gets added to the download taskgroup, which has a lower priority that the scrape taskgroup since it has a wider scope. That means most downloads won't start until all scraping is done. We can fix this using a queue + a consumer task for downloads but I will really rather not. I need to do some research on what would be the best approach Relevant logs NA cyberdrop-dl version 9.3.1 Links, references, and/

I have taken steps to troubleshoot my issue first I'm using the latest version of cyberdrop-dl-patched I’ve read the wiki and my issue isn’t already covered. I understand this is open source software provided for free and that I might not receive a timely response. I’ve checked existing issues to avoid creating a duplicate. A similar issue was previously marked as completed and the changelog says it was implemented, but I'm confident the bug still exists I am willing to submit a pull request with the fix. (Assign this issue to me.) Describe the bug If I start a download list that doesn't contain a bunkr link, it scans the database very quickly and queues or skips it if necessary. But when scanning a bunkr link, it returns results extremely slowly. For example, https://bunkr.cr/f/K45UdW2Q50XrZ for this single-file download request, it took 8 minutes to complete the process. This was an ongoing problem before the last update. I thought it might be fixed with the update, but

We recently acquired the original PyPi package, Cyberdrop-DL. We have been using the package name cyberdrop-dl-patched for around a year now, but the original package still gets double the downloads. It's likely that tens of thousands of users are still using a broken downloader. I think we should slowly phase away from using the Cyberdrop-DL-Patched package name, migrating to Cyberdrop-DL. I'm stuck on if and how we should migrate 5.x.x users. I spoke to Poki at SimpCity about it briefly and if we are migrating them, we need to be migrating their download history to prevent abuse to websites. That is very reasonable and I planned on that. My concern is how we would handle this migration, 5.3.31 is the last release on Cyberdrop-DL and it is two years old. The migration process would be complex and tedious, and I don't want to constantly maintain a migration tool for every version. An idea I had is to release a version 5.3.32, that's sole purpose is to tell the user how to migrate. e.g.