[Undid-Iridium]

Category

This change is exactly one of the following (please change [ ] to [x]) to indicate which:

• a bug fix (Fix #...)
• a new Ripper
• a refactoring
• a style change/fix
• a new feature

Description

1. KemonoRipper - New
2. DanbooruRipper - Fix
3. AbstractJsonRipper - Change to use OkHttp3

Testing

Required verification:

• I've verified that there are no regressions in gradlew test (there are no new failures or errors) (As far as I can tell).
• I've verified that this change works as intended.

• Downloads all relevant content. (502 can occur but it retries but I can't fix slow.)
• Downloads content from multiple pages (as necessary or appropriate).
• Saves content at reasonable file names (e.g. page titles or content IDs) to help easily browse downloaded content.
  (I would argue it should have the name of the artist then ID but..)
• I've verified that this change did not break existing functionality (especially in the Ripper I modified). (As far as I can tell).

Optional but recommended:

• I've added a unit test to cover my change.

[soloturn]

Reviewed and rewrote the branch (with maintainer-edit access) down to just the piece that still holds up:

Kept — KemonoPartyRipper, rebased and domain-fixed
Rebased your KemonoPartyRipper addition (from 66b3469d) onto current main. It needed no adaptation for the AbstractRipper/DownloadFileThread thread-pool rework that landed since this PR was opened — addURLToDownload(url, prefix) and the AbstractJSONRipper template methods are unchanged. What it did need: kemono.su/kemono.party no longer resolve (confirmed by DNS lookup and the site's own status channel today). Repointed the API and CDN (c1/c3) base URLs at kemono.cr, which is what's currently live; canRip() still accepts all three hostnames for old links/history. Also dropped an unused field. Caveat: kemono.cr refused connections during this review (mid-maintenance per their status page), so this is checked against the AbstractJSONRipper contract and compiles clean, but isn't live-verified against a real response yet.

Dropped — the Danbooru change
Checked live: danbooru.donmai.us/posts.json already returns file_url for accessible posts (19/20 in a sample query — the one gap was a pending/restricted post that stayed file_url-less even through the PR's proposed per-post-detail workaround). So the fix didn't close the gap it targeted, while adding an extra HTTP request per post to every rip. Current main's DanbooruRipper already skips posts missing file_url rather than erroring, which is the same practical outcome without the extra cost.

Dropped — everything else in the diff
App.java/AbstractRipper.java/DownloadFileThread.java/History.java/MainWindow.java/FileFinishCallBack.java: an OkHttp rewrite of DownloadFileThread off a since-superseded base, plus some dead code (unused FileFinishCallBack, a broken unused import, a commented-out debug block). test.json/test2.json: looked like accidentally-committed fixtures. The FreeComicOnlineRipperTest tweak: that test's already tagged flaky and pointed at a working URL on main via an unrelated fix.

Thanks for the original Kemono ripper and Danbooru investigation — kept your authorship on the surviving commit. Merging once CI is green.