Donmai

Danbooru 2 Issues Topic

Posted under General

This topic has been locked.

Simple stuff like color profiles is important for displaying the image, but there's a lot of other stuff that isn't. I worked on a game that used PNGs for map files, and we stored collision and entity data in a kind of comment chunk. Image hosting sites would retain all the metadata but downscale the maps. Since they still had the metadata they looked like ordinary maps to the game, but they were broken because the graphical image (itself an ordinary piece of mediocre pixel art) was downscaled.

https://en.wikipedia.org/wiki/Portable_Network_Graphics#Ancillary_chunks

For PNG, I think all the text chunks that can hold long arbitrary data should be filtered out of sample images. Not sure what's available in JPEG metadata.

Not sure if this can be considered a "Danbooru 2 Issue", but:
Huh, we now have Member level users with approval privileges? What's even more weird, that user I've noticed does not have an inviter listed in his profile. His approvals seem fine though.

I didn't link the user in question because I don't want to point fingers just yet, but this is simply too weird to not ask about it.

MyrMindservant said:

Not sure if this can be considered a "Danbooru 2 Issue", but:
Huh, we now have Member level users with approval privileges? What's even more weird, that user I've noticed does not have an inviter listed in his profile. His approvals seem fine though.

I didn't link the user in question because I don't want to point fingers just yet, but this is simply too weird to not ask about it.

Those users exist for a long time I think. Well, longer then I'm here (like user #448459).
So, the inviter is albert as tapnek says^^. No need to worry here.

Type-kun said:

I'm pretty sure inviter is recorded for user level changes only.

Ah, so that's how it is. I knew that approval ability was separated from the user level, but not seeing any inviter listed in the profile really confused me.

Is it possible that the @ function doesn't work if I want to edit a post and include this possibility to directly contact a user that they were mentioned in a comment? Because I wanted to edit a post but the list didn't show up and the name wasn't blue.

If yes, this should be changed^^.

fossilnix said:

Well, let's try it.

EDIT: @Provence

Well, it's blue (other than by my post that I already edited back) but I didn't receive an PM.

EDIT1 @fossilnix (<- I can't turn this blue after I wrote the text and edit it afterwards).
EDIT2 Ok, now it's working...strange. But did you receive something how it normally should be?

Updated

Jarlath said:

Huh. I'm getting the last page (238 pages at 24 images per page) fine.

Hm, I just switched to 24 images per page, and my last page is 225. I also tried this out in Chrome and got the same results. ???

As an experiment, I tried girls_und_panzer status:any, and got 238 pages at 24 images per page like Jarlath above, but in Chrome it had it at only 237 pages. The Post Count function, which also determines the last page, reports 5697 for Firefox and 5687 for Chrome.

Are these calculations done server side, or client side, and can browser cookies or settings affect the count like this?

BrokenEagle98 said:

Are these calculations done server side, or client side, and can browser cookies or settings affect the count like this?

These are always done on server side, but are cached in different places, both server and client - frequent timeouts happened exactly because server-side count cache didn't work properly until Albert fixed it a while ago - half a year or so, around when alias autocomplete was implemented, IIRC.

Now, what I do know for sure is that post count for tag combinations is also always cached in local storage in your browser. But I was pretty sure it was only used for showing post counts in autocomplete list. Post count function should use server-side cache. I think this should be investigated further, but only @albert could do this as it involves checking cache state directly on the servers. I don't know exactly how danbooru hardware functions, but I think there are multiple servers sharing the workload transparently - perhaps the cache isn't synchronized properly.

Provence said:

@Type-kun
Is there also a solution for the problem I was talking about with the "@"-funtion^^?

I'm not sure what exactly fails there. Mention DMails are probably not created upon edit, yet - think about it, you'd get a DMail every time a post is edited, whether you were already included or not. Sure, there are ways around, like checking the previous field value and comparing it to the new one, but I don't see that implemented anywhere. They'll still become blue, though.

As for why your shinjidude mention didn't work earlier, no idea either. Perhaps beginning-of-the-line detection fails? Let's test it.

@Provence and some more text

E: Whelp. No idea.

BlindSargent said:

I'm getting some problems with Nico Seiga which is not giving me Artist and Tags from any picture, not sure if this also apply to duplicate/similar pictures already uploaded from other places.

Same problem here.
If I use the bookmarklet on seiga, it just says that the Date is loaded but nothing happens.
Another problem is from Deviantart and bookmarklet: Not always but sometime I get the artist lapres when the artist is identified but this doesn't apply to the uploaded picture.
(Only happens with the bookmarklet. If I copy and paste the image URL the right artist is given.)

EDIT
Uploading from Nicoseiga doesn't seem to work at this time.
Getting failboorus on all three server and I just uploaded from Deviantart and it worked.

Updated