Danbooru

Danbooru 2 Issues Topic

Posted under General

This topic has been locked.

kittey said:

No. The best you can do is hide thumbnails by default to prevent them from being visible for a short moment before the JavaScript code runs to hide them. See forum #132142.

Search the forum for 'flash thumbnail', then see issue #2002, topic #3383, topic #2677.

I have the same problem with some of my queries… that haven’t updated for over a year but nobody seems interested in fixing that. :< See the unticked item in issue #2921 for related feature requests.

I noticed that saved search groups/labels with more than ten saved searches in them tend to break unpredictably. If you move some searches to another label so that each label has only ten or less saved searches, they will come back to life after a few days.

Thanks... I guess, even if the code is added for thumbnail files, anyone intercepting the data connection of users will still be able to see the content of those files in the blacklist?

c933103 said:

Thanks... I guess, even if the code is added for thumbnail files, anyone intercepting the data connection of users will still be able to see the content of those files in the blacklist?

Yes. There’s nothing you can do about it besides disabling all thumbnails via a custom AdBlock rule or something like that.

If you access Danbooru via HTTPS, it’ll be harder to intercept your connection… unless you browse Danbooru at work via a mandatory traffic inspection proxy or live in China or some other country that likely intercepts all traffic.

Posted a comment at post #3204584 and DText doesn't seem to understand how to use the ")" parenthesis at the end of a link, screwing up the embedded link

Don't know if it's something specifically with our site, or if there is nothing that can be done.

keonas said:

Posted a comment at post #3204584 and DText doesn't seem to understand how to use the ")" parenthesis at the end of a link, screwing up the embedded link

Yeah, DText has its quirks. But this particular issue can be worked-around by adding '[]' around the URL part of the formatting. Example (hamming off the comment in the post you linked):

"i see it now":[http://fategrandorder.wikia.com/wiki/Jeanne_d%27Arc_(Archer)]

See the 4th example under the "Links" section on the DText Help Page.

Bapabooiee said:

Yeah, DText has its quirks. But this particular issue can be worked-around by adding '[]' around the URL part of the formatting. Example (hamming off the comment in the post you linked):

"i see it now":[http://fategrandorder.wikia.com/wiki/Jeanne_d%27Arc_(Archer)]

See the 4th example under the "Links" section on the DText Help Page.

Aha, i see, tried with (), '' and "" but didn't try []. Thanks.

The automatic artist commentary fetching is borked with post #3230090, and had to be fixed manually.

It came out as

政長さん(
うーん、かわいい。

When it should've been something like this instead:

政長さん(twitter.com/naga_masanaga)の藍様線画を塗ってましたあ。
うーん、かわいい。

Thought I'd try reporting this here first, since I'm not sure if it falls under issue #3719 or if I should create a new Issue on GitHub.

Bapabooiee said:

The automatic artist commentary fetching is borked with post #3230090, and had to be fixed manually.

It came out as

When it should've been something like this instead:

Thought I'd try reporting this here first, since I'm not sure if it falls under issue #3719 or if I should create a new Issue on GitHub.

I'd say report it on issue #3719. That one is about commentary parsing errors in general.

There's an issue with using the Danbooru bookmarklet when uploading from artstation.

As per the howto page on uploading from artstation: https://danbooru.donmai.us/posts?tags=howto%3Aartstation

I've been uploading with source as https://<artist name>.artstation.com/projects/<shortcode>

For example: https://chubymi.artstation.com/projects/AAAQX

However after uploading it's converting it to use a *cdn*.artstation.com url: https://cdnb.artstation.com/p/assets/images/images/012/465/381/large/chuby-mi-jeanne-black.jpg

As an interim solution, I've been editing the source after submitting the upload form.

Stradivariuz said:

There's an issue with using the Danbooru bookmarklet when uploading from artstation.

As per the howto page on uploading from artstation: https://danbooru.donmai.us/posts?tags=howto%3Aartstation

I've been uploading with source as https://<artist name>.artstation.com/projects/<shortcode>

For example: https://chubymi.artstation.com/projects/AAAQX

However after uploading it's converting it to use a *cdn*.artstation.com url: https://cdnb.artstation.com/p/assets/images/images/012/465/381/large/chuby-mi-jeanne-black.jpg

As an interim solution, I've been editing the source after submitting the upload form.

As far as I'm aware, non-bookmarklet Danbooru also does this to seiga. Plop in the base page link and it'll upload with the direct image link, and you then need to replace that new link with the link you originally plunked in.

While checking the mod queue I found an image that I think is worth approving, but I noticed that it's from a tweet while there is a pixiv version available, so I figured I'd upload the pixiv source myself.

Unfortunately while trying to post the image, I'm running into the same issue that a few others have run into as well, a few months back:

ActiveRecord::RecordInvalid exception raised

Validation failed: Md5 confirmation doesn't match Md5
app/logical/upload_service.rb:42:in `start!'
app/controllers/uploads_controller.rb:54:in `create'

I'm normally on hijiribe so I tried switching to danbooru proper, but that doesn't seem to matter. There is no difference between drag&drop and using the browse button either.

*edit*
Hmm, after a few more tries it worked. Did notice that the uploading went a lot faster/smoother when it accepted the image than when it didn't. Possible hickup on the server's side perhaps?

Updated

"Recommended" menu from Posts is broken. Clicking the link takes me to an error page:

OpenSSL::SSL::SSLError exception raised

SSL_connect returned=1 errno=0 state=error: certificate verify failed (certificate has expired)
app/models/recommender_service.rb:22:in `block in recommend_for_user'
app/logical/cache.rb:18:in `get'
app/models/recommender_service.rb:21:in `recommend_for_user'
app/models/recommender_service.rb:56:in `recommend'
app/controllers/recommended_posts_controller.rb:20:in `load_posts'
app/controllers/recommended_posts_controller.rb:6:in `show'

I've started getting this when uploading this image :
An error occurred: error: Errno::ENETUNREACH - Network is unreachable - connect(2) for ip

Sites work normally outside of uploading

Edit: it worked after 15 minutes.

Updated

keonas said:

I've started getting this when uploading:
An error occurred: error: Errno::ENETUNREACH - Network is unreachable - connect(2) for ip

Sites work normally outside of uploading

It seems like it was just fixed.

I've deployed a new scheme for tag autocomplete that is supposed to be a little bit smarter. It includes fuzzy search (so typos will still return results), and it supports prefix search so entering something like osf will match [b]o[/b]kita_[b]s[/b]ouji_([b]f[/b]ate). It may need some tweaking to be more usable.

It is currently only available to Builders but assuming usability doesn't take a huge nosedive I will deploy it to everyone eventually.