🎉 Happy 21st Birthday to Danbooru! 🎉

Danbooru changelog discussion thread

Posted under Bugs & Features

The change only has the warning label link to bad <site> link wiki pages but it doesn't create and add tags in that same format automatically so it would just be making the wikis with those names. In other words: a bad link from Twitter will have the warning label link to a bad twitter link page but there won't be a bad twitter link tag added to the post on upload.

DammitCarl said in forum #432460:

Hello, I don't know if this is the right place to ask but I've just encountered an issue today.

I browse Danbooru on my phone but I have desktop mode enabled. Today I noticed that when I tap on the tag from the drop-down menu, it will fill in the whole thing but then automatically initiate the search without me pressing Enter or the Search icon. Then if I press Back to return to the previous page the tag I chose will still be there but if I type a second tag it will repeat the process but only show result of the second tag even though there are two tags in the search bar.

Example:

Type "white_p" then tap the "white_panties" in drop-down menu, it automatically initiate the search and shows result for "white_panties". Return to the previous page. "white_panties" is still in the search bar, I then type "skirt_l" for "skirt_lift", tap the tag then it automatically initiate the search again, except showing only result for "skirt_lift" even though both tags are still in the search bar.

I tried skimming through the changelog but didn't see anything related so again, sorry if this isn't the right place to ask.

I suspect it is/was caching. However, something definitely did change because I am experiencing the same behavior with my own userscript, and I'm unsure what's causing it.

Is there any particular reason why danbooru is now automatically replacing all full-width spaces with half-width spaces in artist commentaries? I understand why trimming other whitespace (double spaces etc) is warranted, but sometimes the full-width spaces versus the half-width is important, I think.

Ylimegirl said in forum #433284:

Is there any particular reason why danbooru is now automatically replacing all full-width spaces with half-width spaces in artist commentaries? I understand why trimming other whitespace (double spaces etc) is warranted, but sometimes the full-width spaces versus the half-width is important, I think.

This might have to do with the recent normalization changes here. And yeah I agree it's pretty bad to apply that to commentary.

Providing context is important. Plurk currently can't grab any images from R18 posts but if you throw a post that isn't marked R18 into the extractor, it'll grab the images just fine. Maybe an outdated or missing credential since you need to be signed in to view R18 posts.

Did something change with tag scripting or has it always worked like this?

  • Open a search and open up tag scripting and input a tag script*.
  • Open a search in another tab and change the tag script.
  • Return to the first tab and now clicking on posts will use the script of the second tab.
  • (*although if the tag script textbox was the active element when the tab was left, then returning to the tab will reactivate it and update the tag script)

I feel like I would have noticed that before. I just mistagged a number of posts without realising.

Edit: Okay, it looks like it's always been like that. Taking the tag script from localStorage when it can conflict with what's in the textbox on the page doesn't seem ideal.

Updated by Spatula22

Yeah, that's always been a thing. It led to some pretty funny situations like an Approver using a status:active tag script by mistake on a huge number of posts they didn't actually want to approve or shouldn't have been (twice).

I've also run into some video upload failures recently, though retrying a few times usually works.
Also, the Twitter video mentioned in comment #2597434 consistently fail to upload for some reason, even though similar encoded videos already exist on the site.

1 51 52 53 54 55