Deleting pages from the WebUI

[PhilippKammann]

Describe your suggested feature

Problem

Some scanlation groups put the chapter number in the scanner page and these pages won't be recognized as duplicate pages and therefore not automatically deleted.
The scanner pages replace the actual thumbnail and/or shift the page numbering and break up two-pages spreads in the double-pages layout.

Solution I would like

The ability to delete pages directly from the WebUI (as an admin)

My current solution

Going through the files on my server and deleting the page manually from the archive.

Other details

No response

Acknowledgements

• I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open issue.
• I have written a short but informative title.
• I have updated the app to the latest version.
• I will fill out all of the requested information in this form.

[profzelonka]

A good simple implementation could look in the same form of the current ability to "Download current page" when reading a comic and clicking on the three dots in the top corner, just "Delete current page". A more complex one would be a neat "Mark to delete page" option which would queue pages for a cron to complete at scheduled time, kind of like the current functionality of deleting duplicate pages.
(Love the app, thanks for all the work on it.)

[trx1138]

My current solution
Going through the files on my server and deleting the page manually from the archive.

I've been doing the same painful process and came by to suggest another duplicate, manual page deletion.
in my case, I'm running automated archiving from various sources with quite complicated filters but sometimes there's still unwanted pages included.
unfortunately, post process for this kind of unwanted pages can not be automated and needs manual intervention.
moreover, due to security reasons and etc, I have to do this all by myself even if I'm not interested in a certain series. :(
so a new user privilege to delete or mark to delete unwanted will be great addition, especially if one's running automated archiving.

really hope #800 and its duplicates could be accepted.