Skip to content

chore(deps): comicbox 5.6.0 - #1007

Merged
ajslater merged 3 commits into
developfrom
comicbox-5.6.0
Nov 7, 2026
Merged

ajslater merged 3 commits into
developfrom
comicbox-5.6.0

Conversation

@ajslater

@ajslater ajslater commented Nov 7, 2026

Copy link
Copy Markdown
Owner

What

  • Pins comicbox[pdf]~=5.6.0 and re-locks. comicfn2dict 1.0.2 → 1.1.0 comes along; comicbox-pdffile was already 1.1.2.
  • Adds two v2.5.8 NEWS lines.
  • Renames two # ty: ignore[unresolved-import] comments to import-not-found (separate commit).

Why

comicbox 5.6.0 changes only the filename format. For comics without embedded tags, the filename now supplies the month, day, volume count and publisher, and (Digital) or (DC) alone no longer reads as the title. Renames write the full date and the volume count, never the publisher.

Codex needs no code change for it:

  • The new filename keys map onto fields codex already imports (date, publisher, series), so the derived delete_keys list is unchanged and remainders is still dropped before a rename.
  • The rename preview and plan go through comicbox's predict_filename, so they show the new names as is.

The ty commit is unrelated to comicbox. develop already locks ty 0.0.99, which renamed the rule, so make ty failed there.

Verification

  • Full pytest suite: 1753 passed, 1 xfailed.
  • make fix, make lint, make typecheck and make ty are clean.
  • make build-choices output is unchanged.
  • Ran three metadata-less CBZs through COMICBOX_CONFIG. Batman (DC) v2 #001 (1950-11-01).cbz imports publisher DC and the full date. Batman #001 (Digital) (2020-12).cbz imports original_format Digital and year plus month, with no title. Predicted renames come out as Batman v2 (of 003) #001 (1950-11-01).cbz.

For reviewers

  • Existing comics keep their old filename-derived metadata until they're re-imported, for example by a force update.
  • Upstream bug, not fixed here: comicfn2dict writes a volume count as (of 003) even when there's no volume number, and that form doesn't read back. It ends up in remainders. The fix belongs in comicfn2dict's unparse.py.

🤖 Generated with Claude Code

ajslater and others added 3 commits November 6, 2026 17:13
comicbox 5.6.0 changes only the filename format: filenames now read the
month, day, volume count and publisher, renames write the full date and
volume count but never the publisher, and `(Digital)` / `(DC)` alone no
longer parse as the title. comicfn2dict 1.1 and comicbox-pdffile 1.1.2
come along.

codex needs no code change. None of the new filename keys is a new
top-level comicbox field, so the derived delete_keys list is unchanged
and `remainders` is still dropped before a rename. The rename preview
goes through predict_filename, so it shows the new names as is.
Checked on metadata-less CBZs through COMICBOX_CONFIG: publisher, full
date and original_format are imported, and the predicted names match
comicbox's new format.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
ty 0.0.99, already locked on develop, renamed the rule. The old name
now raises renamed-rule-in-ignore-comment, which fails `make ty`.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@ajslater
ajslater merged commit cbb87b2 into develop Nov 7, 2026
8 checks passed
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

Successfully merging this pull request may close these issues.

1 participant