Danbooru 2 upgrade on Feb 16, 2013

Question re: Danbooru v2.0.

When using the "Related tags" button, is it meant to return the related tags for all tags you've specified?

Or just the last tag specified?

'cause I kinda miss the whole "all tags" thing.

Jigsy said:

Question.

When using the "Related tags" button, is it meant to return the related tags for all tags you've specified?

Or just the last tag specified?

It's intended to return just the related tags for the tag your cursor is on.

It used to return all tags, but was changed intentionally.

I assume doing a ton of tags all at once strained the server, and 90% of them weren't even looked at.

Sal.N said:

That said, I also don't like having the huge gray box of tag search on each image I open. Albert, at the very least please make this feature toggle-able so I can turn it off.

Granted wish. Thank you albert!

We just got back enter to submit while editing tags.

There's also a black border around deleted posts now.

Searching for monogatri_(series) delivers

"Error: PGError: ERROR: canceling statement due to statement timeout : SELECT 1 AS one FROM "posts" WHERE (posts.is_deleted = TRUE) AND (posts.tag_index @@ to_tsquery('danbooru', E'(''monogatari_(series)'')')) LIMIT 1"

Shouldn't we be more honest about the version we're on as this really isn't Danbooru v2.0.0 considering how many rebuilds have happened. That implies right of the box everything worked... It didn't

albert only increments version numbers when he feels like it.

thinks for restoring the edit box to the old functionality

NuclearArbitor said:

thinks for restoring the edit box to the old functionality

True. Thanks a lot!

Now this is weird. I rushed to check "multiple_girls solo", but it gave me "Error: PGError: ERROR: canceling statement due to statement timeout : SELECT posts.tag_string FROM "posts" WHERE (posts.is_deleted <> TRUE) AND (posts.tag_index @@ to_tsquery('danbooru', E'(''multiple_girls'' & ''solo'')')) ORDER BY posts.md5 LIMIT 300"
Same goes for simply gentags:1
Guess something went wrong with the update(

Fairy Giantess works for me. I guess your particular search has no results...

Wiimeiser said:

Fairy Giantess works for me. I guess your particular search has no results...

No, it does. It has been broken since the upgrade. And there must be 13 pages in gentags:1.

Also, the page scrolls up every time I update a post in edit or application mode. So annoying.

Spacebar navigation is broken - again.
https://github.com/r888888888/danbooru/issues/734

This is just a kinda "Seems sorta weird" thing but whatever happened to our frontpage with the simple search and the number of images hosted on it?

Zelinkokitsune said:

This is just a kinda "Seems sorta weird" thing but whatever happened to our frontpage with the simple search and the number of images hosted on it?

Yeah, I miss that too.

MarUsca said:

Also, the page scrolls up every time I update a post in edit or application mode. So annoying.

This just got fixed, thankfully.

MarUsca said:

Now this is weird. I rushed to check "multiple_girls solo", but it gave me "Error: PGError: ERROR: canceling statement due to statement timeout : SELECT posts.tag_string FROM "posts" WHERE (posts.is_deleted <> TRUE) AND (posts.tag_index @@ to_tsquery('danbooru', E'(''multiple_girls'' & ''solo'')')) ORDER BY posts.md5 LIMIT 300"
Same goes for simply gentags:1
Guess something went wrong with the update(

Is gentags:1 still timing out for you, or does it work now? It works for me, but something like gentags:1 touhou doesn't.

jxh2154 recently created the alias crybringer -> jason_robinson. I just noticed that jason_robinson is now a general tag, while crybringer used to be an artist tag. The same thing has happened with the yanagida_shita -> yanagida_fumita alias from the same batch (forum #85447).

Have tag types never been automatically preserved when a new tag is created via an alias job, or is this a new issue? I suppose it's not really a big deal either way, since it's easy to fix manually.

Flopsy said: Have tag types never been automatically preserved when a new tag is created via an alias job, or is this a new issue?

Must be a new issue. I never had to do this before. Filed on github: https://github.com/r888888888/danbooru/issues/749

Related to aliases, I noticed that a lot of posts that should have been changed to cum_in_pussy are still tagged cum_inside despite the alias. Some are even tagged with both. If you edit the tags it will auto-correct it, however.

Did Danbooru 1 need some time before the alias took effect, or is this a new bug?