🎉 Happy 19th Birthday to Danbooru! 🎉
Danbooru

Danbooru changelog discussion thread

Posted under Bugs & Features

Is there a way to search for PNG with transparency with this new exif metatag?
I tried exif:PNG:ColorType=RGB+with+Alpha but it didn't work.

I want to tag images with white_background but I need somehow separate them from transparent_background ones.

pantsukiller said:

Is there a way to search for PNG with transparency with this new exif metatag?
I tried exif:PNG:ColorType=RGB+with+Alpha but it didn't work.

I want to tag images with white_background but I need somehow separate them from transparent_background ones.

I tried the same when the EXIF metatag feature went live and it wasn’t possible to search for any value with spaces in it. I hope it’ll be possible in the future.

You can use this custom CSS to add a checkered background to transparent images to make them easy to spot. Note that it doesn’t work on image samples.

#image {background-image:linear-gradient(45deg, #a0a0a0 25.4%, transparent 25.4%, transparent 75%, #a0a0a0 75%), linear-gradient(45deg, #a0a0a0 25.4%, transparent 25.4%, transparent 75%, #a0a0a0 75%); background-size:32px 32px; background-position:0 0, 16px 16px; background-color:#808080}

The last update broke a portion of the autocomplete. Trying to do autocomplete with any of the tag category prefixes no longer works. This is with all userscripts disabled, on both Chrome and Firefox.

Example: copyright: copy: co: character: char: ch: general: gen: artist: art: meta:

Can't open wiki for the artist rnd.jpg:

image/jpeg is not a supported format for this page

I can edit by wiki ID.

Deleting or renaming should resolve the issue with opening, but it makes sense to check/create a white/black list of paths for images on the site.
I did not change the wiki, as there are doubts about the usefulness of decrypting the nickname. Plus, @nonamethanks already edit page (url's).

p.s. also haru.jpg

Talulah said:

It was removed in 27cac9851 back in January. Looks intentional since it explicitly doesn't show it if a pool or favgroup is present in the search.

I'm uncertain, but it looks like the behavior you got before was unintentional in the first place.

Hmm, should a bug be filed about that? Because even if it wasn't intended originally, it still ends up being a regression and, as I just discovered, even more important for cases where you want to exclude a pool e.g. baselard -pool:17893

DschingisKhan said:

Hmm, should a bug be filed about that? Because even if it wasn't intended originally, it still ends up being a regression and, as I just discovered, even more important for cases where you want to exclude a pool e.g. baselard -pool:17893

You can open an issue on GitHub if you think it should be changed. Always worth a shot.

DeusExCalamus said:

All in all a good update, not sure why non-gold can't hide favorites anymore though, that's a puzzling decision.

According to the changelogs, it’s supposed to prevent abuse. Might also be a new incentive to upgrade, now that that’s not required anymore for voting.

kittey said:

According to the changelogs, it’s supposed to prevent abuse. Might also be a new incentive to upgrade, now that that’s not required anymore for voting.

Yeah I read that too but I still don't see why it's a thing or how it'll stop abuse. But okay.

I don't know if it has something to do with the changes, but when I search for my upvotes on specific users like: Post count for upvote:guaro user:Inujerr : timed out it times out really fast, even if the count is pretty low (63 images) but it works for lower counts like 21 upvotes on other "user:" searches. When I search for my upvotes on specific tags, it does work better. (Post count for upvote:guaro 1girl: 5894)

Doing the same searches on discord with Fumi works way better.

1 5 6 7 8 9 10 11 12 13 41