these petitions now appear clientside in full this was not well explained and was causing confusion and code complexity. if would say 'aaa for 11 files' and 'bbb in 15 files' in the same fetch, but not 'ccc in 542,154 files') is abandoned. a system where multi-mapping petitions would be broken up and delivered in tags with weight-similar chunks (e.g.the petition page will pause any ongoing petition fetches if you close it, and resume if you unclose it.petition pages now remember: the last petition type they were looking at the number of petitions to fetch and the number of files to show.the 'fetch x petition' buttons now show (*) in their label if they are the active petition type being worked on.you can also mass approve/deny from here! if one account is doing great or terrible stuff, you can now blang it all in one go petitions details.when you process petitions, the client moves instantly to the next, all fitting into the existing workflow, without having to wait for the server to fetch a new one after you commit.as soon as the first is loaded, it is highlighted, but double-click any to highlight it in the old petition UI as normal the actual data for the petitions will load in quickly, reflected in the list. the petitions are shown in a new multi-column list that shows action, account id, reason, and total weight.

you can set how many it will fetch with a new number control

so, the petitions page now fetches lots of petitions with each 'fetch' button click.

update your servers and clients for it all to work right

tl dr: the petitions page now fetches many petitions at once.this is a workflow/usability update only for server janitors.I think I fixed a comparison statement calculator divide-by-zero error in the duplicate filter when you compare a file with a resolution with a file without one petitions overview.thanks to another user, we now have SVG (.svg) support! it even generates thumbnails!.thanks to a user, we now have Krita (.kra.

Instaling Hydrus Network 535