Gelbooru

Notice: We are now selling NEW Gelbooru Merch~! Domestic shipping is free on all orders! Do you have an artist tag on Gelbooru? Let us know so we can properly credit you!

Ticket Information - ID: #591


ID:Category:SeverityReproducibilityDate SubmittedUpdated By:
0000591Bug Reportingnormalalways12/28/11 01:18PMdeffkryz
Reporterdeffkryz
Assigned to:geltas
Resolution:Open
View StatusPublic
Version:0.1.x
Target Version:N/A
Summary:Tag list issue related to fetch and sort images through api
Description:Hello there,

sorry for the inconvenience but I think I've encountered a bug on both 0.1.x and 0.2.x branches when users fetch images though the api with the danbooru downloader addon for firefox or similar. I think there are some tools like the imageboard-grabber (http://code.google.com/p/imgbrd-grabber/) that may have the same problem but I can't say for sure because that tool constantly crashes after 50 images.

What I observed is that when you use tags to sort the images tags are always ignored if they happen to be either both the first and last listed on the web interface.

For example: Let's say you've got a copyright, character or artist like those starting with a number or letters like a, b, x, y or z like "aa_megami-sama", "108gou" or "zero_no_tsukaima". It is then very likely they are the first or last tag. If you now have a sort algorithm that saves the images automatically into a path pattern the addon isn't able to fetch those tags to use them for its algorithm. But once you're able to add a tag in front the starting tag or behind of the last tag, they become readable for the addon.

I've tested the addon on danbooru (and it's mirror), and the tags aren't ignored there.

I hope I understand these bug reports right and was able to make the issue clear.
Additional Info:
deffkryz replied at 2012-11-13 13:38:54
Sorry to add a note on this madder, and I know you don't want bots to rip images off your site, but Firefox and the danbooru downloader addon is pretty useful to pick the images, would like to save semi-automatically. And it's kinda annoying to have an image being tagged with:

long_hair
tifa_lockhart
yoko_juusuke <-- last tag

being saved to "tifa_lockhart/anon" while being mixed with other images without author tags or author tags at the last place in the line.

and images being tagged with:

long_hair
tifa_lockhart <-- last tag

being saved to "unknown/anon" on the harddisk... :/ The bug is also in the 0.2.x branch...