Thumbnail not always generated using the first image file sequentially

[ChronoStriker1]

LRR Version and OS
0.9.0 docker in Unraid, this has existed in the previous version of LRR as well

Bug Details
Thumbnail is not using the first numbered file sequentially. Sometimes it appears to use the largest number. It's most notable with a specific translator (I would type their name here but they use a slur in it, I will make mention on discord) who seems to make the number for their credits page very long, i.e. "99999999999542121521990.jpg"

[Difegue]

The Perl code uses some magical sorting code to order numbers/letters - It's old and at this point I'm not quite sure how it works or how it could be improved without writing a behemoth..

There's some guessing in the current codebase to catch obvious first/credit pages, if there's enough of a pattern I suppose we could add large numbers in there:

LANraragi/lib/LANraragi/Utils/Archive.pm

Line 257 in d2ab680

my @cover_pages = grep { /^(?!.*(back|end|rear|recover|discover)).*cover.*/i } @files;

LANraragi/lib/LANraragi/Utils/Archive.pm

Line 258 in d2ab680

my @credit_pages = grep { /^end_card_save_file|notes\.[^\.]*$|note\.[^\.]*$|^artist_info|credit|999nhnl\./i } @files;

[ChronoStriker1]

I think it would be safe to assume if the credits page isn't caught by the first portion of that regex the largest number should be the credits page. For my group I just have the credits page be 99.png or 999.png depending on the release size as those numbers are not normally hit.

[Difegue]

I've modified the credit filter to consider all 999* pages as credit. Hopefully that's enough 🤔