Danbooru 2 Issues Topic

Getting to my user page is much, much slower than getting to literally any other page on Danbooru - anyone else?

Kikimaru said:

Getting to my user page is much, much slower than getting to literally any other page on Danbooru - anyone else?

Your saved searches need to be populated. The more saved searches you have and the slower they are to run, the longer it takes. Viewing search:all should be just as slow.

Site update

Changes

• Added username autocompletion to all username fields across the site.
• Implemented zero downtime deployments. Going forward, most site updates will no longer bring the site down for maintenance.
• Moderators can now IP ban entire subnets. Banning "1.2.3.4/24", for example, will ban everything in the range from 1.2.3.0 to 1.2.3.255.
• Optimizations for pool pages, the uploader tag changes report, single tag searches, and multi-tag searches.

Fixes

• Fixed the problem with delayed jobs randomly dying. (For the record, it turned out the database was periodically restarting for automatic updates and the job workers would crash whenever that happened).

Full changelog: https://github.com/r888888888/danbooru/compare/production-2019.08.05-190217-utc...production-2019.08.12-200545-utc

Site update

Changes

• Added a few improvements to the /wiki_page_versions listing:
• Added "diff" links that show you what changed in that edit.
• Added "?" links that takes you to the current version of the wiki.
• Added "»" links that take you to the full edit history for that wiki or for that user.
• Added a "Status" column that shows you whether the wiki was newly created, renamed, deleted, or undeleted.
• Added a "Profile" section to the sitemap. Moved certain links from beneath "Users" to beneath "Profile".
• Added a "refresh" link next to your post update count on your profile page. This fixes your upload count and post update count if they're inaccurate. (Previously this was listed under "Refresh counts" in the sitemap.)
• Added some missing links to the sitemap (mainly links to search pages).
• The /artist_versions page is now visible to anonymous users.
• The /artist_commentaries/search page is now visible to anonymous users.
• In the create new artist form, the artist name now uses tag autocompletion. This lets you tell if there are any similar or conflicting tags.
• Changed error pages slightly: backtraces are now shown only on unexpected (HTTP 5xx) errors, and they're now shown to all users (not just builders).
• Shortened the github link in the footer and hid the keyboard shortcuts link on mobile.

Fixes

• Fixed the drag and drop upload widget not working in some cases due to the script not loading on time.
• Fixed mass updates not being logged on the /mod_actions page. (Note: mods have the ability to perform mass updates without making a BUR. These mass

updates weren't logged anywhere due to this bug).

• Fixed a bug that allowed adding non-ASCII tags to posts in some cases (issue #3272).

API Changes

• Post vote and comment vote endpoints now return the post or comment itself on success, rather than just a `{ success: true }` response.
• Post vote and comment vote endpoints now return error messages in the `message` field, not in `reason` or `errors`. In the past we've been inconsistent about how API responses return error messages. Going forward, the `message` field will be used.
• Post favorite and post vote endpoints now return HTTP 422 rather than 500 on "you have already favorited / voted for this post" errors.
• Searching for more tags than allowed by your user level now returns HTTP 422 rather than 500.
• In general, going forward client errors will return HTTP 4xx and server errors will return 5xx. In the past we haven't always been careful about this.

Full changelog: https://github.com/r888888888/danbooru/compare/production-2019.08.12-200545-utc...

Is it possible to unvote on a comment?

忍猫 said:

Is it possible to unvote on a comment?

Yes you can, when you vote it makes the unvote link appear. However, upon a page refresh the unvote link is hidden, and voting up or down does not restore it. So, for most users it becomes an impossibility.

I'll go ahead and submit an issue for the above.

Until then, you can either use CSS or Javascript to show all comment unvote links.

CSS

Put the following into your custom CSS (My Account >> Settings >> Advanced Settings >> Custom CSS).

.unvote-comment-link {
    display: inline;
}

Javascript

Copy/paste the following into the development console on your browser (usually F12).

$(".unvote-comment-link").show();

Edit:

Created issue #4143.

BrokenEagle98 said:

Thank you! I have one other issue. When removing the Other names, I get "Error: Body can't be blank".

忍猫 said:

Thank you! I have one other issue. When removing the Other names, I get "Error: Body can't be blank".

From a wiki or from an artist?

Sorry, I forgot I to link to the wiki page for the character tag yomeno_moemi.

Olivia seems to be a god_hand character, but is currently an artist tag for artist #190017.

忍猫 said:

Sorry, I forgot I to link to the wiki page for the character tag yomeno_moemi.

Wiki pages can't be blank normally. They need to have a body or other names filled in. The exception is if the wiki page is deleted. I'm guessing that was the intention looking at the zero post count, so I went ahead and deleted it.

Olivia seems to be a god_hand character, but is currently an artist tag for artist #190017.

That's quite common, but since the artist page is deleted there's no need to worry.

Flagged and pending posts aren't being deleted after three days, what's up with that?

Should be fixed now. They should be deleted in about an hour.

For the last 15 minutes I'm trying to answer on PM, but every time I'm sending message the site gives me this.
Am I doing something wrong or is it now an issue on the site?
Thnx in advance^^

DanteFromHell said:

For the last 15 minutes I'm trying to answer on PM, but every time I'm sending message the site gives me this.
Am I doing something wrong or is it now an issue on the site?
Thnx in advance^^

That link doesn’t lead to your dmails, it leads to the demails of the user clicking the link. Please post a screenshot after censoring any private data.

Edit: Nvm, already fixed. See below.

Minor update:

• Fixed an issue preventing Member-level users from sending dmails.
• Fixed comment unvote links to show when you've already voted on the comment.
• Fixed pool pages (/pools/1234) not respecting the users's posts-per-page account setting.
• Fixed the 'name' field on /artists/new being really big.
• Made minor changes to the html structure of <article class="comment"> elements. This may affect userscripts or custom CSS dealing with comments.

evazion said:

This may affect userscripts or custom CSS dealing with comments.

Indeed, comment thresholds settings no longer work.

SSJG said:

Indeed, comment thresholds settings no longer work.

Works for me. I've also confirmed that it works for others as well.

They don't work for me either.

I see every comment even if I haven't clicked "Show all comments". The ones below the threshold still appear lighter like they would after clicking show all.

I don't have any custom CSS dealing with comments or any userscripts either.

Comment threshold isn’t working for me either. CSS shouldn’t have an influence on that because the hidden comments shouldn’t even be in the HTML code. “Show all comments” is supposed to load them, but at the moment, all that does is reload the comments. My comment threshold is at 0.

seeing the above too.