Danbooru changelog discussion thread

BrokenEagle98 said in forum #415241:

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.

Oh, wow, thank you. I'm pretty sure I set that multiple years ago and it somehow never reset before - I had completely forgotten about the dropdown menu.

Relative dates are now supported on all datetime attributes like created_at/updated_at

Hell yeah.

Are the bars supposed to be there or is my browser just being sillay with it (it likes to only render one eye of 🥺, asset #43184547)

Ylimegirl said in forum #417462:

Are the bars supposed to be there or is my browser just being sillay with it (it likes to only render one eye of 🥺, asset #43184547)

Browser and version?

nonamethanks said in forum #417463:

Browser and version?

Firefox 147.2.1 (67326) for iOS; fwiw I know the 🥺 thing happens on desktop firefox too but I haven't checked the search icon yet ETA: no bars present on my slowly dying slightly haunted windows laptop

Also, I should note here that I reenabled testbooru signups/logins. The site's been reset because it was overrun with spam.

Did you change the UI for the commentary tagging options? I like it overall, but one concern is that you can't select both Check Commentary and Partial Commentary at the same time, even though they shouldn't be mutually exclusive.

Brightlight said in forum #417602:

Did you change the UI for the commentary tagging options? I like it overall, but one concern is that you can't select both Check Commentary and Partial Commentary at the same time, even though they shouldn't be mutually exclusive.

I agree, the above seems like an issue. I really like the new interface overall, though. If I could suggest an additional enhancement, it'd be useful to be able to add the tags for specific commentary languages from the commentary interface as well.

Along with language tags, I'd also like to be able to add through the commentary dialog: hashtag-only commentary, dated commentary, mixed-language commentary, bilingual commentary, multilingual commentary. Even though some of these aren't really related specifically to the translation of commentary, the commentary dialog is where I go to add commentary-related tags.

Might be a stretch, but there's also paid reward available, which is often informed by commentary.

wavedash said in forum #417858:

Might be a stretch, but there's also paid reward available, which is often informed by commentary.

Almost certainly too much of a stretch, because by that logic we should also include making-of available and completion time. Dated commentary might have a bit more of a leg to stand on argument-wise, though.

I would counter most of the above arguments for inclusion of other commentary tags by saying that none of those are directly related to translating the commentary itself. Those and all other tags can be determined by viewing the commentary and entering them into the tag edit box without any need to open the commentary edit dialog itself.

The only tags that really need to be included in the artist commentary dialog are those related to translating the artist commentary itself. Namely:

• commentary
• commentary_request
• partial_commentary
• check_commentary

I do understand that some things can be figured out from the commentary while translating it, like commision source, but we should cater to the most common usecases of the commentary dialog and not overcomplify or clutter up that interface. It's a little bit of an extra step, but the tag edit box is literally only a few clicks away, and the amount of times I find myself needing to do that is usually once a week if not less often.

Yeah, at some point the better solution might just be a userscript that allows you to add checkboxes for any number of user-defined tags to the dialog.

I dunno if it's worth a thread, and it's hardly a pressing issue, but is it intended that you can redact your vote on a bur after the bur is approved/rejected? Via the "unvote" button in forum post votes. afaik votes are otherwise locked at that point. Maybe it's useful for something?

forum #420918 sheesh hefty changelog.

Thought it may be of note for approvers: it's buried in the commits dropdown rather than the changelog message but you should see some new warnings in the modqueue. I did a quick PR to fix two old tags and added one more new label.

Added that to the changelog.

You may want to update the Newgrounds cookie in the local config. They changed which cookie stores the session a while ago ("vmkIdu5l8m" -> "ng_remember") which broke the extractor's ability to see adult-rated works. My source time PR took care of it on the code side but it still needs a config update to be fixed on prod.

Toks said in forum #420989:

You may want to update the Newgrounds cookie in the local config. They changed which cookie stores the session a while ago ("vmkIdu5l8m" -> "ng_remember") which broke the extractor's ability to see adult-rated works. My source time PR took care of it on the code side but it still needs a config update to be fixed on prod.

I added a new cookie but it doesn't seem to work. @evazion might have to set newgrounds fetching to be proxied, in case they're blocking servers.

They were blocking datacenter IPs. Should be working again now.

• Fixed rating, parent, and metatags not being merged when an upload is a duplicate.

Super helpful, especially the metatags (I mainly use parent/child metatags).

Petition to add translator notes tn to the 3-dot menu displayed on top right of forum/commentary boxes 🙏