Change log for Danbooru 1.18

Oh god this is driving me nuts. Just make simple the user information, and advanced the information + their favorites, posts and subscriptions if you're trying to cut down on what's displayed when a user profile loads.

Yeah, my thoughts are basically that of ultima's.

So, two theories:

Albert has temporarily implemented this simple/advanced profile viewing thing in an effort to systematically figure-out what's causing these failboorus (since it appears they happen most while viewing profiles) - and if these changes could possibly reduce these failboorus.

Or, maybe he just wants to place more emphasis on the "content not clutter" paradigm. As when viewing profiles now, it seems to put more focus on content, rather than user statistics. eg, the thumbnails from your recent uploads, favorites, and subscriptions feel a lot more "up-front" now.

That's all debatable, of course, but that's my take.

I have a feeling the new user pages are load reducing. If this is really the case just a link to the user's posts/tag history/note history without counts would be a worthwhile addition.

Well, since Janitors and up are the only ones who really need that information on a regular basis, is it possible to default us to advanced, while contribs and below default to the simple version?

RaisingK said:
Or make it an account setting instead of a separate URL?

Can't we have an option to turn on/off each individual "part" of the profile? For example, I have no real need to see my tag subscriptions or my invite list (or invitee), but I'd like to see my tag counts. Since it's possible to make a /simple and an /advanced, I have to assume you can turn each element on and off at will. Why not make a checklist of each element available in the settings somewhere (preferably hidden behind a submenu so that normal everyday users don't have to bother with it)?

スラッシュ said:
Can't we have an option to turn on/off each individual "part" of the profile? For example, I have no real need to see my tag subscriptions or my invite list (or invitee), but I'd like to see my tag counts. Since it's possible to make a /simple and an /advanced, I have to assume you can turn each element on and off at will. Why not make a checklist of each element available in the settings somewhere (preferably hidden behind a submenu so that normal everyday users don't have to bother with it)?

That'll be a good idea. There are certain elements of the advanced view I don't want to see (such as tag subscriptions and favorite tags) and there are others that I do want to see (such the number of favorites and posts).

I strongly prefer the Advanced view. I'd be happy with just a setting to make that my default. Although, what スラッシュ proposed would be cool and even more fine-grained.

スラッシュ said:
Can't we have an option to turn on/off each individual "part" of the profile?

That would be nice to have, since I already use the Remove It Permanently FF extension to remove "Upload Limit", "Invites", "Approvals", etc... for my page.

A couple of outstanding bugs have been fixed, including the issue of deleted aliases not clearing out the cache on the other server.

albert said: A couple of outstanding bugs have been fixed, including the issue of deleted aliases not clearing out the cache on the other server.

Yay~ Thank you.
Going to see if I can clean up the long-suffering precure tags now.

Another important bugfix, this one with medium sized Pixiv uploads not automatically downloading the big version. I haven't tested this actually.

I may write a script to verify Pixiv uploads to make sure they're the big version. I'll have to redownload them all however.

In other news I spent an hour going through the Trac, categorizing into 2.x.x/1.19.0/wontfix. The default ticket listing now lists newer tickets on top so it'll be easier for me to see them. If there are no major bugs in this release I'm planning on finalizing 1.18 and starting on 1.19.

I'm still working on Danbooru 2 but I'm struggling with a lot of the basics. It's a wonder how I implemented anything at all.

Just noticed tag edits per page were reduced to 250 on users' tag histories. Thanks for that.

albert said:
Another important bugfix, this one with medium sized Pixiv uploads not automatically downloading the big version. I haven't tested this actually.

Doesn't seem to be working, if post #726510 (which was just posted) is any indication.

albert said:
Another important bugfix, this one with medium sized Pixiv uploads not automatically downloading the big version. I haven't tested this actually.

I may write a script to verify Pixiv uploads to make sure they're the big version. I'll have to redownload them all however.

Will this script implies towards small sized Pixiv uploads (i.e http[:]//img34.pixiv.net/img/whatever/xxxxxxxx_s.jpg) as well or just medium sized one?

Cyberia-Mix said: Just noticed tag edits per page were reduced to 250 on users' tag histories. Thanks for that.

Yeah, probably for the best. More than 25 or whatever it used to be was certainly needed, but 1000 could take some time to load.

Oh and anything that cleans up pixiv uploading = hell yes.

A simple check for pixiv samples should be doing a check if the height or width is exactly 500px with the opposite measurement being 500 or less, if so verify the image is medium or full. Not sure how easy this would be to implement but it shouldn't be that hard.

The max width/height seems to be 600px, not 500. I've already written the code to analyze source:*.pixiv.net/img/ -bad_id -md5_mismatch height:<601 width:<601; a search of the first 100 approved+deleted netted 10 pixiv thumbnails, 2 bad id, 1 md5 mismatch, and a partridge in a pear tree.

I'll have to add this to my bad pixiv source scan routine...

Oh right it's 600 now it may have been 500 in the distant past or I'm flat-out remembering wrong, either way works.

5 hours
starting approved ID - current = ~135000
all of the deleted posts

new pixiv thumbnails: 252
new bad ids: 53
new md5 mismatches: 37

Even requiring the max dimension to be exactly 150/600, slow going, but progress.

Let me know if there's been any progress on this.

So pixiv thumbnail and md5 mismatch images should be redownloaded, but what should be done with bad id images?