Danbooru 2 Issues Topic

Just noticed an odd change: translation mode text marked with the <code> tag set no longer displays as a monospace font, at least on the setup I'm currently using. (It still displays properly in comments and forum posts, even if the tag is enclosed in HTML "<" and ">" brackets rather than dtext square brackets.) Was this function removed on purpose, or is it an inadvertent side effect from the recent updates? Or do I need to test other browser environments to see how (non)universal it is?

Moonspeaker said:

Just noticed an odd change: translation mode text marked with the <code> tag set no longer displays as a monospace font, at least on the setup I'm currently using. (It still displays properly in comments and forum posts, even if the tag is enclosed in HTML "<" and ">" brackets rather than dtext square brackets.) Was this function removed on purpose, or is it an inadvertent side effect from the recent updates? Or do I need to test other browser environments to see how (non)universal it is?

Created issue #4597 for this.

BrokenEagle98 said:

Created issue #4597 for this.

Cheers, thanks.

Site update

Changes

• Added a new "rename" command to bulk update requests:
• Use rename A -> B to rename tag A to tag B. For example, rename bunny -> rabbit would rename the bunny tag to rabbit.
• A tag rename is like an alias, except it doesn't create a permanent alias. It just moves the tag.
• A tag rename is different from a mass update in that it moves the wiki and everything else that needs to be moved with the tag. A mass update just retags the posts.
• The mass update command should no longer be used for renaming tags. The rename command should be used instead.

• Specifically, renaming or aliasing a tag does the following:
• Moves the wiki (merging it if both tags have wikis)
• Moves the artist entry (merging it if both tags have artist entries)
• Moves the *_(cosplay) tag, if you're renaming a character tag.
• Updates saved searches and blacklists.
• Fixes wiki pages linking to the old tag.
• Retags the posts.

• The mass update command now just retags the posts, like a tag script. Before it would also update saved searches and blacklists. Now it doesn't do anything except retag the posts.

Fixes

• Fixed <code> tags in notes not using a monospace font.
• Fixed it not being possible to edit your saved searches if you were at your saved search limit.
• Fixed it being possible to edit a BUR and introduce syntax errors, which could cause viewing the forum thread to fail.
• Fixed BURs allowing you to request removal of aliases or implications that didn't exist.
• Fixed saved searches containing negated tags not being updated when a tag was aliased (e.g. aliasing bunny to rabbit wouldn't fix saved searches containing -bunny).
• Fixed blacklists not being updated when a tag was aliased.
• Fixed it not being possible to add a *_(cosplay) tag if the character tag already existed but was an empty general tag.
• Fixed the artist finder potentially returning incorrect results for posts sourced from Reddit.

Full changelog: https://github.com/danbooru/danbooru/compare/production-2020.08.19-221731-utc...production-2020.08.28-044954-utc

Minor update

• Added dmail sending limits. Regular members can't send dmails to more than 10 different users in one hour.

I don't know if these issues are reported;

I added and removed couple of stuff from a post and at the same time(i guess) someone else added their own tags.
In the post history it looks like all of my and their tags combined into mine, then they added their tags.
They also removed tagme tag but it is displayed like I removed it.

The post history;
https://danbooru.donmai.us/post_versions?search[post_id]=4075063

In this note history the red and green highlight encompasses the wrong part;
https://danbooru.donmai.us/note_versions?search%5Bpost_id%5D=4072663

When viewing a blacklisted post with embedded notes, the first time that the blacklist is disabled (allowing the image to be seen), the note boxes themselves appear, but none of the content that's supposed to be inside them do. Here is a screenshot of what I'm talking about: https://i.imgur.com/6FUbhnq.png
On Windows using Chrome, the text appears if you reload the page with the blacklist's "Disable All" option enabled or if you alter browser zoom.
On iOS using Safari or Chrome, the text appears if you simply scroll up or down a little bit.

The sidebar with the tags on the frontpage alternates between the top searched tags for the day and tags that are the most frequent for the images on the frontpage.
What's up with that?

There was some intermittent downtime over the last hour. This should be resolved now. The cause was a loss of network connectivity between our main servers and one of our secondary servers (isshiki.donmai.us). This server is used to track popular searches and to show the top searches in the sidebar on the frontpage. Connections to this server started to hang, which caused a cascading failure that caused the main servers to become overloaded.

166417 said:

The sidebar with the tags on the frontpage alternates between the top searched tags for the day and tags that are the most frequent for the images on the frontpage.
What's up with that?

Most likely the same thing as the recent downtime. If we can't fetch the top searched tags (which are tracked on a different server), then we fall back to frequent tags.

Issue detected: ref topic #17341

Rejected appeals reduce upload limits

Saved searches are down. Here's the error code.

Redis::CommandError exception raised
app/models/saved_search.rb:32:in `block in post_ids_for'
app/models/saved_search.rb:30:in `each'
app/models/saved_search.rb:30:in `post_ids_for'
app/logical/post_query_builder.rb:265:in `saved_search_matches'
app/logical/post_query_builder.rb:155:in `metatag_matches'
app/logical/post_query_builder.rb:94:in `block in metatags_match'
app/logical/post_query_builder.rb:93:in `each'
app/logical/post_query_builder.rb:93:in `metatags_match'
app/logical/post_query_builder.rb:474:in `build'
app/logical/post_query_builder.rb:854:in `block in exact_count'
app/models/application_record.rb:121:in `with_timeout'
app/logical/post_query_builder.rb:853:in `exact_count'
app/logical/post_query_builder.rb:830:in `fast_count'
app/logical/post_sets/post.rb:101:in `get_post_count'
app/logical/post_sets/post.rb:113:in `posts'
app/controllers/posts_controller.rb:14:in `index'

In forum #173771 I attempted to ping a user whose name ends with a period. Seeing as how the period at the end of the name isn't part of the link formed by @ mentioning someone and that same link leeds to an "Error. That record was not found." message, I believe that the ping didn't actually work.

You can write <@L.A.L.A.> to ping someone whose name ends in punctuation. Otherwise we assume that trailing punctuation isn't part of the name. If you edit your post the ping will go through.

I can't select tag script mode on the sidebar. It picks view mode instead. Every other mode works fine.

166417 said:

I can't select tag script mode on the sidebar. It picks view mode instead. Every other mode works fine.

Are you using DanbooruEX by chance?

nonamethanks said:

Are you using DanbooruEX by chance?

I am using no scripts at all, browsing from my phone.

166417 said:

I am using no scripts at all, browsing from my phone.

Tag script works as it should from desktop, but not from my phone. Maybe it's just on my end, then.

For some reason, artist nori_tamahana's weibo link is not being returned in artist search. I copy and pasted it into the artist search url and it comes up blank.

Edit: kyo_(krokikyon) searching weibo link also doesn't work.

Not sure if bug, but searching an artist's name in full caps in the search with the * doesn't match with the non-caps version. Found this out because *TOTORASAITO does not show the artist denpa rasaito, because the url there uses all lowercase: *totorasaito