๐ŸŽ‰ Happy 19th Birthday to Danbooru! ๐ŸŽ‰
Danbooru

Danbooru 2 Issues Topic

Posted under General

This topic has been locked.

Okay, I see the issue with post appeals resolved dropdown.

Honestly, the resolved flag is kind of meaningless for both flags and appeals. For flags, they're aren't marked as resolved when a post is deleted, so a lot of flags are considered unresolved even though the flag isn't active. For appeals, it just tracks whether the post is active at this moment. That's not the same thing as the appeal being successful.

Can we get the queue color for sample/thumbnale/resample and whatever else is in that grouping changed to something different from the color for images lower tha -3? Orange would probably be good.

BrokenEagle98 said:

Just checked using Chrome, IE and Firefox with both my regular account and as Anonymous and they all work.

Do you have some kind of custom CSS or Javascript going on?

Seems to be working again.

fossilnix said:

After performing a search and clicking on a post in the results, the search terms show in the search bar on the post page, but trying to save the search while on the post page does not work. Instead, it redirects to the Manage saved searches page.

The same issue also exists with Search Wiki and Search Artists. It instead redirects to the main wiki page and the main artist page respectively.

shade_30 said:

Can't switch back to PC version on mobile anymore after the recent maintenance.

Same issue here, most frustrating. Danbooru also appears to be using some "smart" (ie., extremely irritating) method of browser detection rather then just browser ID because changing the ID to a desktop (as some mobile browsers let you do) still leaves me stuck on the acursed mobile version.

evazion said:

It was deployed this afternoon. This thread is where changes are usually discussed.

Okay.
Something I want to bring to attention is that the information, options and history are not present in the mobile layout. Do you know why this may be the case?

Site update (2017.04.14 - 2017.04.19)
Changes
  • issue #2549: the mobile layout was enabled.
  • issue #2956: tag subscriptions are being phased out.
  • /post_flags and /post_appeals: previously flag reason searches performed a literal substring match. This meant that searching e.g. "quality check" wouldn't match "checking quality". Now it does.
Fixes
  • issue #2974: Editing an artist entry bumped its corresponding wiki entry on the /wiki_pages sidebar, even when the wiki didn't change.

Full changelog: https://github.com/r888888888/danbooru/compare/production-2017.04.14-201953-utc...production-2017.04.19-230754-utc

disterio said:

Okay.
Something I want to bring to attention is that the information, options and history are not present in the mobile layout. Do you know why this may be the case?

Frankly it's because the mobile layout sucks. It just hasn't had a whole lot of work put into it. The problem is that posts have tons of information - the tag list, the information/options/history sections, comments, notes, artist commentary, pending/flagged notices, parent/child headers, the pools header - that should be in the mobile layout somewhere, but there's just not a lot of room to cram all that stuff in.

evazion said:

Frankly it's because the mobile layout sucks. It just hasn't had a whole lot of work put into it. The problem is that posts have tons of information - the tag list, the information/options/history sections, comments, notes, artist commentary, pending/flagged notices, parent/child headers, the pools header - that should be in the mobile layout somewhere, but there's just not a lot of room to cram all that stuff in.

So why have the mobile layout then? It was not very well liked last time it was enabled and the desktop view works perfect for me while I'm on mobile. Just curious.

I think the changes to the mobile site were a mistake.

Favorite button is annoyingly obtuse to find and the search bar no longer fills in. The latter is bad because some search terms use kind of specific nomenclature