Call me crazy but I'm not super surprised that people are "disinterested" (as the disapproval reason states) in posts on their blacklist.
i guess, but does it make sense to say you have "reviewed" a post that you didn't see? there is a difference between "approvers saw this and thought it was bad" and "approvers didn't even want to see this"
Nothing can be done about this through the site's code.
For approvers that use tools to improve the modqueue experience - primarily the skip all on page button - the script is written to trigger the click event for the skip button on all posts on the page. In other words, it provides the same inputs as someone who clicks the skip (disinterest) button on every result on the page without looking after approving the ones they like. In even other words, it's essentially an autoclicker for the skip button, it just doesn't require posts to be visible unlike clicking it manually does.
What this means is that the site's code can't differentiate an automatic click from a manual one. As far as the site is concerned, regardless of how it happened, it just knows that the approver wants to "disinterest" a post, and the deed is done.
Mind you, this still counts as reviewing posts. Review isn't just about the image but about the post itself - anything from the list of tags that provide warnings in the queue (AI-generated, AI-assisted, third-party source, etc) to as simple as if the approver is interested in the post or not. If an approver isn't interested in your post and skips it, they still reviewed it.
Finally, it's worth considering that, even if you ignore this complaint, all posts actually see more reviews than the number in the banner suggests. "Reviewed by N approvers" is only a declaration of how many people clicked a button on the post but there are approvers who don't skip (disinterest) posts in the queue which itself doesn't count towards a review.
Nothing can be done about this through the site's code.
For approvers that use tools to improve the modqueue experience - primarily the skip all on page button - the script is written to trigger the click event for the skip button on all posts on the page. In other words, it provides the same inputs as someone who clicks the skip (disinterest) button on every result on the page without looking after approving the ones they like. In even other words, it's essentially an autoclicker for the skip button, it just doesn't require posts to be visible unlike clicking it manually does.
What this means is that the site's code can't differentiate an automatic click from a manual one. As far as the site is concerned, regardless of how it happened, it just knows that the approver wants to "disinterest" a post, and the deed is done.
Mind you, this still counts as reviewing posts. Review isn't just about the image but about the post itself - anything from the list of tags that provide warnings in the queue (AI-generated, AI-assisted, third-party source, etc) to as simple as if the approver is interested in the post or not. If an approver isn't interested in your post and skips it, they still reviewed it.
Finally, it's worth considering that, even if you ignore this complaint, all posts actually see more reviews than the number in the banner suggests. "Reviewed by N approvers" is only a declaration of how many people clicked a button on the post but there are approvers who don't skip (disinterest) posts in the queue which itself doesn't count towards a review.
Hope that helps.
i see. thanks for the reply.
i still think there could be a separate disapproval reason for this besides disinterest/poor quality/break rules that the script could use, but at least it seems everyone is aware "Reviewed by N approvers" isn't accurate.
Not sure what you mean there, it is accurate enough. Posts being disinterested means your post was reviewed and they didn't like it enough to approve it. That's different from pointing out that many more people likely saw the post but either didn't have an opinion or didn't skip it in their queue.
This is why we have a lot of approvers, to invite a diverse set of standards and acceptability for posts. It's just not feasible to expect everyone to manually (do detailed) action on hundreds or thousands of posts daily; and if our ability to tool or improve the experience was neutered, that not only wouldn't actually solve any real problems but it would lead to more complaints about "not being seen enough" when after spending enough time you start to realise every post does get seen enough.
The extractor will now automatically try to insert the password for protected posts, though it'll only work if the password is "yes" or "y" (most common scenarios).
How about adding "no" or "n" as well? Sometimes artists will ask "are you under 18"
Just going to note real quick that weibo can have hashtags with spaces in it and those aren't rendered properly on Danbooru's side -- you can see post #9985465 for an example. I've been manually repairing the links by adding %20 for the URL where the spaces are when I notice them.
ETA: Also looks like commentary hyperlinks for fanbox posts aren't working right either; compare the default output on post #10117068 with the source
Just going to note real quick that weibo can have hashtags with spaces in it and those aren't rendered properly on Danbooru's side -- you can see post #9985465 for an example. I've been manually repairing the links by adding %20 for the URL where the spaces are when I notice them.
ETA: Also looks like commentary hyperlinks for fanbox posts aren't working right either; compare the default output on post #10117068 with the source
Open issues on github please, otherwise we'll forget about them.
Just found that there is an old URL format for Mihuashi activity posts https://www.mihuashi.com/activities/{a_work_activity}/activity_artworks/{a_work_id}, should be implemented in the URL parser then.
Just found that there is an old URL format for Mihuashi activity posts https://www.mihuashi.com/activities/{a_work_activity}/activity_artworks/{a_work_id}, should be implemented in the URL parser then.
As above, please make an issue on Github, otherwise it'll be forgotten
Did thumbnail sizes change within the last two weeks or so? I can't find a changelog entry or discussion about it, but I had an old tab open, reloaded it and thumbnails are much smaller now. I can't find a setting for it. Is that an intentional change or is it something on my side?
Did thumbnail sizes change within the last two weeks or so? I can't find a changelog entry or discussion about it, but I had an old tab open, reloaded it and thumbnails are much smaller now. I can't find a setting for it. Is that an intentional change or is it something on my side?
That's a client-side setting. There are controls for this in the upper right of the posts display on the index page. The one you're interested in would be labeled "Size". The mostly likely reason this changed is because that setting uses cookies, which only last a year at most. You can use those controls to change the size again, which will set the necessary cookie to the desired value. You can also change the size using the URL, by adding size to the URL, with the valid sizes being: 150, 180, 225, 270, 360, 720.
Now I have to enter the artist manually when posting because the link of the asset is x.com, but the URLs in the artist entry are still twitter.com. or paste the x link in the entry, but hopefully there’s a way to convert the already existing twitter links instead
BURs can no longer be edited if more than 5 people have voted on it.
Appreciate this one. Previously it was more a courtesy not to do so but there's been issues with people slightly or even materially changing the contents of a BUR, with it being a bad habit for some. At least three times in the past, BURs have been blanked when they weren't going well, but that seems to be a thing of the past. Probably the only alternative was to make it a versioned resource and that would've been its own headache for how much value.
Now I have to enter the artist manually when posting because the link of the asset is x.com, but the URLs in the artist entry are still twitter.com. or paste the x link in the entry, but hopefully there’s a way to convert the already existing twitter links instead