Donmai

Danbooru 2 Issues Topic

Posted under General

This topic has been locked.

Tag requests are now dynamic. This means if you update a bulk update request, the forum post will automatically reflect your changes.

This change is not retroactive so it will only affect all new tag aliases, tag implications, and bulk update requests going forward.

Lacrimosa said:

I just went through rating:s cameltoe covered_nipples and I think I have re-rated everything that needed re-ratings ro questionable except post #2428340 (That's never safe).
However I do get this error message when trying to fix it:

Show

ActiveModel::RangeError exception raised
3270289746156961930 is out of range for ActiveModel::Type::Integer with limit 4 bytes

app/controllers/posts_controller.rb:47:in `update'

I managed to fix it by emptying the source but now it won't let me add it again. I'll open an issue.

Edit: opened issue #4043.

Nell said:

I get a database timeout when trying to view the higher numbered pages of the search "mob_cap -touhou"

That often happens with queries that remove one large tag from another large tag and there’s only a few results. mob_cap is rarely used outside touhou (which is probably what you’re curious about) and finding those posts is quite taxing for the database.

You can either use the id: or date: meta tags to limit the posts you’re searching through (some user scripts can help you with that) or you upgrade to Platinum, which has a longer database timeout.

Is there a particular reason the note editor strips the overflow property from inline CSS?

Was trying to edit the note in post #3382725 to remove the scrollbar and somewhat simplify the HTML, using the inspector to directly see the changes, and realized whenever I hit preview the newly generated HTML would be missing the overflow.

KyteM said:

Is there a particular reason the note editor strips the overflow property from inline CSS?

Was trying to edit the note in post #3382725 to remove the scrollbar and somewhat simplify the HTML, using the inspector to directly see the changes, and realized whenever I hit preview the newly generated HTML would be missing the overflow.

It’s probably just not in the whitelist. I think I fixed it via the margin property, btw.

jmm said:

Image from post #3280634 is broken (404).

@albert I also happen to find lot of thumbs and full images that are missing sometimes only on one of the 3 webservers (shima, kagamihara and saitou), maybe syncing images is broken? Could this be also the cause of danbooru's iqdb not indexing random images?

albert said:

2cc5ee5ae2693e8f05d1c4cc037e572e matches to post #5364, the previews for which are not hosted on kagamihara (because the hard drives are spinning disk and serving a bunch of previews from it thrashes it). It is instead served from https://raikou4.donmai.us/preview/2c/c5/2cc5ee5ae2693e8f05d1c4cc037e572e.jpg

What about forum #154167
It is not a thumbnail and the image is only failing on shima.
https://saitou.donmai.us/data/__original_drawn_by_fuji_choko__7e9b83d159d1dc101e21d5e26e388e92.png
https://shima.donmai.us/data/__original_drawn_by_fuji_choko__7e9b83d159d1dc101e21d5e26e388e92.png

~ $ curl -I https://shima.donmai.us/data/7e9b83d159d1dc101e21d5e26e388e92.png
HTTP/2 200 
server: nginx/1.14.0 (Ubuntu)
date: Fri, 25 Jan 2019 00:10:13 GMT
content-type: image/png
content-length: 2063732
last-modified: Thu, 24 Jan 2019 20:53:24 GMT
etag: "5c4a25c4-1f7d74"
expires: Thu, 31 Dec 2037 23:55:55 GMT
cache-control: max-age=315360000
accept-ranges: bytes

~ $ curl -I https://saitou.donmai.us/data/7e9b83d159d1dc101e21d5e26e388e92.png
HTTP/2 200 
server: nginx/1.14.0 (Ubuntu)
date: Fri, 25 Jan 2019 00:10:19 GMT
content-type: image/png
content-length: 2063732
last-modified: Thu, 24 Jan 2019 20:53:26 GMT
etag: "5c4a25c6-1f7d74"
expires: Thu, 31 Dec 2037 23:55:55 GMT
cache-control: max-age=315360000
accept-ranges: bytes

The expected size is 2MB, correct? The version you have may just be a stale cached version.

Lacrimosa said:

- Make it possible to search by time spans and that you can look for the latest actions on page 1.

It already should show the latest actions. They're ordered by disapproval ID, which are numbered according to when they're created.

As far as searching by date, this is already possible with a little URL-fu.

Example:

- Make do search for "No interest", "Poor Quality" etc. only

Yes.

E: May I ask how this list is ordered btw? The post IDs on the left are random. That's not really helpful tbh. You should be able to order the posts by ID.

As explained above, their ordered by ID, which is ordered by creation time. Ordering by post ID should probably be possible.

For all of the above I created issue #4053.

Updated