Tonight's upgrade is done, and since it was a particularly complex upgrade, there's a decent chance that some things are broken that we haven't found yet. If you receive any errors or see something that seems like it's not behaving correctly, please report it here!

(A changelog will be coming tomorrow morning)

Not trying to be nit-picky, but noticed a few things.
https://e621.net/post/show/814195/
Just tried uploading this. I'm not sure if it's an issue on e6 or FA, but the source has the flash sized 1300x919, but it's much smaller.

Additionally:
Voting on comments: tried voting one up, got an error about the '10 comment votes an hour' limit.

My initial reply to this forum thread showed only as blank until the page was refreshed.

It says that I have reached my hourly vote limit on comments, when I last voted hours before the update. I'm hoping the site will allow me to start upvoting comments again in an hour. I'll leave another report on it if it's still an issue.

EmoCat said:
Not trying to be nit-picky, but noticed a few things.
https://e621.net/post/show/814195/
Just tried uploading this. I'm not sure if it's an issue on e6 or FA, but the source has the flash sized 1300x919, but it's much smaller.

Additionally:
Voting on comments: tried voting one up, got an error about the '10 comment votes an hour' limit.

My initial reply to this forum thread showed only as blank until the page was refreshed.

Hey there EmoCat,

post #814195 looks like it's actually sized at the much smaller version in the Flash's metadata, then forced to a larger size when displayed on the FA user page. I saved the width and height used on FA just now. Hopefully it looks better now.

Regarding '10 comments votes', was this the first comment you've voted on today? The comment voting system was one of a few changes that snuck in alongside our major software upgrade, so I can have Parasprite take a look at that system tomorrow.

I'll reply to the last comment after I make my reply to test it out...

Edit: I was not able to immediately replicate the blank-forum-post issue. Are you able to reproduce on any other posts?

I'm investigating the Comment Vote rate limit issue.

Edit: I've discovered and committed the fix for this issue. Going to deploy soon.
Edit: I've deployed the fix. Please try voting on comments again. :)
Edit: omg this deploys so fast now... and with the new architecture, I can deploy without affecting nearly anything..... This is beautiful..

spight said:
Hey there EmoCat,

post #814195 looks like it's actually siz

The blank-forum-post was probably a one-off in my browser alone, sorry for wasting your time.

As for the flash size, I'm not tech-savvy; I don't know what metadata is, and couldn't find a way to save the flash as a file on my laptop. Thanks for taking the time, anyway.

Edit: I had a few error messages attempting to post this, simply saying "Error:"

spight said:
I'm investigating the Comment Vote rate limit issue.

Edit: I've discovered and committed the fix for this issue. Going to deploy soon.
Edit: I've deployed the fix. Please try voting on comments again. :)
Edit: omg this deploys so fast now... and with the new architecture, I can deploy without affecting nearly anything..... This is beautiful..

Still unable to vote on comments

Omnicidal said:
Still unable to vote on comments

For the same reason? I'll have to take a deeper look into this tomorrow if what I changed wasn't the fix. I'm sorry about the inconvenience until then.

Can't add post #812883 to favorites, others are fine.

I'm assuming the fact that you can no longer upload a post by pressing enter in the tag textarea is a "feature", not a bug? (the old behavior is still active when editing a post, which is an annoying inconsistency)

While using a mobile browser, I cannot seem to click images to view the post, without having to hold and press "open in background". The mobile site works fine, except for having to sift through walls of tags every so often.

Is there a fix to the prior, and mind trying to make the tag system a bit friendlier when walls of tags occur?

Circeus said:
I'm assuming the fact that you can no longer upload a post by pressing enter in the tag textarea is a "feature", not a bug? (the old behavior is still active when editing a post, which is an annoying inconsistency)

Yes, I made that change on the upload page since a lot of people were complaining about it. It could have gone either way on the edit form (enter submits or enter adds a new line) but I decided to keep it as submit since users are probably a lot more likely to only be editing tags on the post form and it's nice to have a fast way of submitting the edit rather than having to move the mouse over to the "Save" button.

TonyLemur said:
Yes, I made that change on the upload page since a lot of people were complaining about it. It could have gone either way on the edit form (enter submits or enter adds a new line) but I decided to keep it as submit since users are probably a lot more likely to only be editing tags on the post form and it's nice to have a fast way of submitting the edit rather than having to move the mouse over to the "Save" button.

So basically there's now not a simple catch-all submit method that works on both pages *sighs* Well, at least tabbing through the upload form is now practical.

Could an alternate key combinations (e.g. ctrl+enter) be considered for submitting?

Hey everyone.

I just wanted to let everyone know that I will get the changelog up later today (once I can get back to my computer).

Thanks for your patience :)

Edit: Changelog is up

Edit: No point in reporting something that can't be fixed, so therefore, I'll edit this and remove what I originally wrote here.

Omnicidal said:
It says that I have reached my hourly vote limit on comments, when I last voted hours before the update. I'm hoping the site will allow me to start upvoting comments again in an hour. I'll leave another report on it if it's still an issue.

I'm having the same issue.

Did something in the API change? The bash script I use for automatic downloading and file upkeep no longer works.

Circeus said:
So basically there's now not a simple catch-all submit method that works on both pages *sighs* Well, at least tabbing through the upload form is now practical.

Could an alternate key combinations (e.g. ctrl+enter) be considered for submitting?

We're open to changing it.

Kyvinna said:
Did something in the API change? The bash script I use for automatic downloading and file upkeep no longer works.

Can you elaborate on how it fails?

Kyvinna said:
Did something in the API change? The bash script I use for automatic downloading and file upkeep no longer works.

I think URLs now need to be properly escaped.
At least escaping arguments got my Java app working again.

I have fixed the issues with e926.net (Fixing e621 yesterday broke e926, basically)

I have fixed the issue with Comment Votes and hotpatched. Should be good to go now. On both e6 and e9.

I've figured out the problem with uploading webm files. Part of the upgrade yesterday was to allow us much greater capabilities with webm files, but in the process, I messed up the detection for file extension.

I'm taking a break for now, but I should be able to fix webm uploads by the end of the day.

I guess the view counter will never be fixed. I shouldn't have brought it up, so therefore, I might as well delete/edit my last post -_- So much for reporting that issue, oh well =/

TonyLemur said:
We're open to changing it.

Can you elaborate on how it fails?

I'm not a genius with bash scripting and I'm basically just butchering another script that I found on the web as a learning exercise.

Prior to the update it would search for tags via the API and spit back the list of all files with those tags, then basically sift through and pull out the URL for each file on that page. Then MD5 compare to what I already have and go from there.

Now it takes my tags, and then fails at spitting back out a list of files.

One of these two lines is failing and I'm not confident enough in my scripting to figure it out.

files=`curl --retry 8 -s -g "${API}limit=1&page=0&tags=$tags" | grep -oP 'posts count="\d+"' | grep -oP '\d+'`

echo $(curl -s -g "${API}limit=$LIMIT&page=$page&tags=$tags" | grep -oP 'file_url=".*?"' | grep -oe 'http.*[^"]') | tr " " "\n" >> "$dir/links"

Why do I even bother asking?

When on a wiki entry, if you click History and try to compare two entries you get this error: a9a0eb1551f30084

EDIT: It seems the error code is different for every wiki entry. The above code is specific to the avoid_posting wiki.

EDIT: It actually seems the error code changes every time, even on the same entry.

fox_whisper85 said:
I guess the view counter will never be fixed. I shouldn't have brought it up, so therefore, I might as well delete/edit my last post -_- So much for reporting that issue, oh well =/

Now why would you do that? How are they supposed to know it was a problem if you remove the comment? Four hours isn't always enough for admins to see what was wrong. Nobody said anything about the View Counter being unfixable, either.

Furrin_Gok said:
Now why would you do that? How are they supposed to know it was a problem if you remove the comment? Four hours isn't always enough for admins to see what was wrong. Nobody said anything about the View Counter being unfixable, either.

I spoke to an admin already as I PMed him to find out, I originally mentioned the view counter in that post.

spight said:
I have fixed the issue with Comment Votes and hotpatched. Should be good to go now. On both e6 and e9.

I can vote now, thanks spight

Kyvinna said:
Now it takes my tags, and then fails at spitting back out a list of files.

One of these two lines is failing and I'm not confident enough in my scripting to figure it out.

files=`curl --retry 8 -s -g "${API}limit=1&page=0&tags=$tags" | grep -oP 'posts count="\d+"' | grep -oP '\d+'`

echo $(curl -s -g "${API}limit=$LIMIT&page=$page&tags=$tags" | grep -oP 'file_url=".*?"' | grep -oe 'http.*[^"]') | tr " " "\n" >> "$dir/links"

Not sure what the issue is, and I have very little experience with unix terminals, but the curl command returns the expected result for me (that is, <posts count="1" ...).

DragonFox69 said:
When on a wiki entry, if you click History and try to compare two entries you get this error: a9a0eb1551f30084

Acknowledged. _{(The error string is randomly generated on each request and attached to the error in the error log so a dev can look it up)}

aurel said:
*Looks at report tickets*
wat?
There are centuries of denied name change requests.
And only that. It certainly looks hilarious :p

Acknowledged. The sort order will be improved soon.

Fixed it!

Just had to finally beat my head against the wall and figure out a cleaner way to code the curl gets from the original script.

All better now.

Is it just my imagination, or are some tag edits not going through? I edited post #780996 twice, and I'm sure that it said Post updated on the first try. But I had to edit it again to make it stick, and there's only one edit from me in the history.

Found a weird one. For some reason it's linking to invalidly formatted wiki links on search pages.

When you're viewing the search results for a single tag [for example: https://e621.net/post?tags=brown_hair ]
On the lefthand side under: search, mode, blacklist, trending, etc the wiki for that tag is linked (of course). You click it, it shows the beginning of the wiki entry for that tag and also a link to go to the full wiki entry. That is the link that's now borked. Instead of linking to https://e621.net/wiki/show?title=brown_hair it is trying to link to the bogus https://e621.net/wiki/show?title=[%22brown_hair%22]

Also:
Separate bug, but for some reason it doesn't handle this link properly in this forum post. Just posting https://e621.net/wiki/show?title=[%22brown_hair%22] treats the final bracket as not part of the link, changing the url destination. If I enclose it in quotation marks then we get "https://e621.net/wiki/show?title=[%22brown_hair%22]" where it accepts the end bracket is part of the link, but then also assumes the end quotation mark is now a part of the link. Which again changes the url destination. I know it's not a standard url but I'm not convinced it's supposed to be doing that either. Just thought I'd point that one out as well.

furrypickle said:
Found a weird one. For some reason it's linking to invalidly formatted wiki links on search pages.

When you're viewing the search results for a single tag [for example: https://e621.net/post?tags=brown_hair ]
On the lefthand side under: search, mode, blacklist, trending, etc the wiki for that tag is linked (of course). You click it, it shows the beginning of the wiki entry for that tag and also a link to go to the full wiki entry. That is the link that's now borked. Instead of linking to https://e621.net/wiki/show?title=brown_hair it is trying to link to the bogus https://e621.net/wiki/show?title=[%22brown_hair%22]

Also:
Separate bug, but for some reason it doesn't handle this link properly in this forum post. Just posting https://e621.net/wiki/show?title=[%22brown_hair%22] treats the final bracket as not part of the link, changing the url destination. If I enclose it in quotation marks then we get "https://e621.net/wiki/show?title=[%22brown_hair%22]" where it accepts the end bracket is part of the link, but then also assumes the end quotation mark is now a part of the link. Which again changes the url destination. I know it's not a standard url but I'm not convinced it's supposed to be doing that either. Just thought I'd point that one out as well.

There's a fix ready for the first issue, and if I'm not mistaken the second issue has always behaved that way, so we're not as worried about getting a fix out the door right now for it. We might be implementing a new plugin that should make URL parsing much, much more foolproof though. Thanks for your report!

Forgive me for reiterating, but I am unable to click thumbnails to view the post whist on a mobile browser. This wouldn't be too much of a problem, but I cannot access any other feature but simplified post index and individual posts themselves, while using mobile webpage version. I have to use "open in background" to open up the posts whist in desktop version; and I cannot access my comments or favorites, etc, whist in mobile mode, it takes me out of it whenever I try.

Can you fix the mobile mode so it lets you access all links and pages while staying in mobile and/or fix desktop's site to recognize mobile user's tap-clicking in post indexes? It works literally everywhere else, the comments index, specific user images, just not the default post index or favorites index...

Maybe it's my imagination, but I seem to recall that, when searching for a specific kink/fetish, it would show the name of the search in the box and the different search tags just below the search bar, if that makes sense. Like say you search for "macro" and below it are +/- tags you can add to the search, well, uh, they're no longer there, not sure if it's been reported. If you need a screenshot showing, let me know.

Edit: Underneath the search results of a topic, there is "Blacklisted Tags" which can be expanded, but nothing under "Trending tags". Am I doing something wrong? I could have sworn that there were tags that could be added with +/- buttons on the left hand side.

It's pretty odd

TonyLemur said:
There's a fix ready for the first issue, and if I'm not mistaken the second issue has always behaved that way, so we're not as worried about getting a fix out the door right now for it. We might be implementing a new plugin that should make URL parsing much, much more foolproof though. Thanks for your report!

Awesome! And that makes sense.

ETA: Nevermind, I found a bug but it's with the extension. I'll let Xch3l know. Sorry about that. The other bug listed below is with the site itself though.

fox_whisper85 said:

Maybe it's my imagination, but I seem to recall that, when searching for a specific kink/fetish, it would show the name of the search in the box and the different search tags just below the search bar, if that makes sense. Like say you search for "macro" and below it are +/- tags you can add to the search, well, uh, they're no longer there, not sure if it's been reported. If you need a screenshot showing, let me know.

Edit: Underneath the search results of a topic, there is "Blacklisted Tags" which can be expanded, but nothing under "Trending tags". Am I doing something wrong? I could have sworn that there were tags that could be added with +/- buttons on the left hand side.

I can confirm this. The "Trending Tags" list is weirdly empty if you are only searching for 1 single tag. If you are searching for a combination of tags, it populates like normal. The Trending Tags list on the side should be populated in both cases though, so that's a bug.

I have never seen colored membership names... Are you sure that isn't a plug-in for e621?

Furrin_Gok said:
I have never seen colored membership names... Are you sure that isn't a plug-in for e621?

Unless they're on every page, besides user pages, and you're using this then yes, it's a plugin (sorry, I don't have any way to tell when people use it)

Xch3l said:
Unless they're on every page, besides user pages, and you're using this then yes, it's a plugin (sorry, I don't have any way to tell when people use it)

Using that would be using a plugin, anyways, since that's what that is. Anything that extends the functionality of the existing scripts (ie a script extender) is a plugin.

I tried to upload http://d.facdn.net/art/pouncefox/1451784668/1451784643.pouncefox_temptingfa.png via the link but it uploaded post #815298 instead. It worked on the second try though.

I uploaded a picture, as I was outting the tags in and whatnot, it was showing the picture I had selected on the right side of the screen, like it should.

But when I finally uploaded the image, a completely new image took it's place, the tag and that are all the same, even the THUMBNAIL shows the original picture, but when you click on it, you see instead another picture. I just want to know what has happened.

Link to post I'm talking about: https://e621.net/post/show/814864/aijou-anon-athletic-averyshadydolphin-big_breasts-

I would also like to point out that all the posts I have posted are still pending approval, but that is rather minor compared to the real issue at hand.

slyroon said:
I tried to upload http://d.facdn.net/art/pouncefox/1451784668/1451784643.pouncefox_temptingfa.png via the link but it uploaded post #815298 instead. It worked on the second try though.

intelligent_turret said:
I uploaded a picture, as I was outting the tags in and whatnot, it was showing the picture I had selected on the right side of the screen, like it should.

But when I finally uploaded the image, a completely new image took it's place, the tag and that are all the same, even the THUMBNAIL shows the original picture, but when you click on it, you see instead another picture. I just want to know what has happened.

Link to post I'm talking about: https://e621.net/post/show/814864/aijou-anon-athletic-averyshadydolphin-big_breasts-

The instant you guys clicked 'Upload' and it redirected you to the post page with the "Image uploaded successfully" message at the top, did it show the correct image, or the wrong image?

Also, intelligent_turret, did you upload via URL or by selecting an image on your computer?

Nothing major, but on videos, left side states:

Size: x (14 MB)

I guess there should be resolution, but it can't fetch it. If I remember correctly it only stated filesize earlier without brackets anyway.

furrypickle said:
Awesome! And that makes sense.

ETA: Nevermind, I found a bug but it's with the extension. I'll let Xch3l know. Sorry about that. The other bug listed below is with the site itself though.

I can confirm this. The "Trending Tags" list is weirdly empty if you are only searching for 1 single tag. If you are searching for a combination of tags, it populates like normal. The Trending Tags list on the side should be populated in both cases though, so that's a bug.

Ah, I wasn't sure what was going on, but it seems I'm not the only one to notice that odd behavior, hopefully it's nothing serious. Thanks for confirming it, I'm sure others have confirmed it as well.

TonyLemur said:
The instant you guys clicked 'Upload' and it redirected you to the post page with the "Image uploaded successfully" message at the top, did it show the correct image, or the wrong image?

Also, intelligent_turret, did you upload via URL or by selecting an image on your computer?

With me, it immediately showed the wrong image when it redirected me to the post page.

I also posted the picture from my computer. I tried to re-upload the image again, but I got an error saying that the image already was uploaded.

TonyLemur said:
The instant you guys clicked 'Upload' and it redirected you to the post page with the "Image uploaded successfully" message at the top, did it show the correct image, or the wrong image?

Also, intelligent_turret, did you upload via URL or by selecting an image on your computer?

The wrong image. it uploaded a completely different image than the one i linked to post #815298 . But the second time (with the same link) it worked post #815308

Edit: fun fact post #815298 say it has 0 bytes

Anyone else stuck in Safe rating mode? I can't find anywhere to change the default and manually entering the rating desired does not work.

This one of the malfunctions?

slyroon said:
The wrong image. it uploaded a completely different image than the one i linked to post #815298 . But the second time (with the same link) it worked post #815308

We're aware of this issue and are working for a fix.

slyroon said:
Edit: fun fact post #815298 say it has 0 bytes

:V

lionessluvr said:
Anyone else stuck in Safe rating mode? I can't find anywhere to change the default and manually entering the rating desired does not work.

This one of the malfunctions?

Are you on e621 or e926? The latter forces safe mode.

I don't know if this goes here.

5 0 0
He's dead, Jim

Something went horribly wrong...

Give this to an admin to report the issue: 2b5a3faf46232aab

NotAPervert said:
I don't know if this goes here.

5 0 0
He's dead, Jim

Something went horribly wrong...

Give this to an admin to report the issue: 2b5a3faf46232aab

What were you doing to get that?

lionessluvr said:
Anyone else stuck in Safe rating mode? I can't find anywhere to change the default and manually entering the rating desired does not work.

This one of the malfunctions?

Are you accidentally on e926 instead of e621?

Alright, the upload bug should now be fixed. We'll try and fix broken posts if we can.

Furrin_Gok said:
Using that would be using a plugin, anyways, since that's what that is. Anything that extends the functionality of the existing scripts (ie a script extender) is a plugin.

Well yes, it is an extender plugin (it actually relies on a plugin). What I meant is that if you're using that script then no, colored member labels are not part of the site

What I meant with the other thing in parenthesis is that I don't know when people use said script

Sorry for the confusion :3

@Furrin_Gok: @Xch3l: Just to clarify, those colored labels are actually a part of the site on both profile pages and in blips. But they're not part of the site in forum threads or comments. The extension simply adds it to comments and forum posts as well so that things are more consistent across the site.

Certain posts on e621 pools don't load (he's dead, Jim)

I can't unfavorite posts, i've been wanting to for awhile now

furrypickle said:
@Furrin_Gok: @Xch3l: Just to clarify, those colored labels are actually a part of the site on both profile pages and in blips. But they're not part of the site in forum threads or comments. The extension simply adds it to comments and forum posts as well so that things are more consistent across the site.

I had no idea those were enabled in blips. TIL

HotUnderTheCollar said:
Certain posts on e621 pools don't load (he's dead, Jim)

Can you give me an example of a pool to look at?

Kenneh said:
I can't unfavorite posts, i've been wanting to for awhile now

If you are doing it through the mode menu, change from "add to favorites" to "remove from favorites". I hope to merge those at some point but my javascript-fu is lacking. :x

If you are doing it through the post page:

• Is it every post or just certain posts? If you aren't sure, try favoriting a post then unfavoriting it.
• Can you give an example post?
• What browser/OS are you using?
• Are you using a proxy of some sort? (including things like Tor)

parasprite said:

Can you give me an example of a pool to look at?

https://e621.net/post/show/647486
Go to the next page via this post; the error is still there.

Still no tags are being generated alongside search results on left-hand side.

HotUnderTheCollar said:
https://e621.net/post/show/647486
Go to the next page via this post; the error is still there.

Strange. I'll have to forward this one to Spight to see what he can dig up.

fox_whisper85 said:
Still no tags are being generated alongside search results on left-hand side.

Thanks for the reminder, I'll add that to the todo list.

can't view images on my phone, instead sends a white border where the image should be, and download returns "request header or cookie too large" only happens with half of the images I view.

Pendraggon said:
can't view images on my phone, instead sends a white border where the image should be, and download returns "request header or cookie too large" only happens with half of the images I view.

If you have a "private browsing" mode, try turning that on and seeing if the issue persists (alternatively you can try logging in through e926.net).

If this works, you may be able to fix the issue by clearing your cookies. Some browsers will let you pick and choose which ones to delete, but not others make you wipe everything; either way it's safe to do but mildly annoying if you tend to stay logged in to a lot of sites. If you need help with this let me know.

parasprite said:
Helpful Mobile-user advice

Thank you. You have no idea how irritating it was to constantly open up images in background, and then swapping back to the list to open up another, ad infinitum...

I'm guessing flash upload hasn't been fixed yet?

post #817664 comes out in a much smaller resolution (359x121 instead of 1280x907)
I made sure to put the correct resolution in while creating the submission and it works well on FA.

Perhaps the code that retrieves the flash's metadata is getting confused in
some cases? I'm not sure if it is related to the file's properties (Flash version? Does flash even support different versions of it's file headers?) or to some sort of traffic issue that causes the upload to change to a smaller size (I noticed the site seemed pretty overloaded while I was uploading the post, but I can't guarantee it wasn't just on my side)

Just a few thoughts I had

I could also give some help in resolving this since I can just recompile the swf changing a few parameters to test it out, give a holler if you guys need that

It seems I can no longer get the "related tags" function to properly pull related tags. In some cases it pulls up no results (as if the tag doesn't exist, but checking it reveals it does) and in other cases I get a very limited and sporadic listing of related tags (often incomplete despite the tag being quite prevalent).

Example: sarah_kerrigan Yielded no related tag for starcraft despite it being related in every image with the sarah_kerrigan tag.

Pasiphaë said:
It seems I can no longer get the "related tags" function to properly pull related tags. In some cases it pulls up no results (as if the tag doesn't exist, but checking it reveals it does) and in other cases I get a very limited and sporadic listing of related tags (often incomplete despite the tag being quite prevalent).

Example: sarah_kerrigan Yielded no related tag for starcraft despite it being related in every image with the sarah_kerrigan tag.

Do you mean the "Trending Tags" list? starcraft is the second item in that list for me .

savageorange said:
Do you mean the "Trending Tags" list? starcraft is the second item in that list for me .

No. Its related tags when uploading images.

Now I actually get completely pointless tags when using it too. For instance when I do a related tags search on bikini I get the tag b and partially_retracted_foreskin which strikes me as totally inconsistent. Have cleared my cache and browser history and everything, but still run into this.

savageorange said:
Do you mean the "Trending Tags" list? starcraft is the second item in that list for me .

Actually, I think they mean those links right under the tags box in the edit screen (Related tags | Related artists | Related characters | Related copyrights | Find artist ) etc. I can't seem to get them to work very well at the moment, so they probably are broken.

Yeah, flash resolution detect is still busted. Almost all recent uploads have problems, there's even one with negative value!
And people are simply downvoting them because of the size. MD5 hash matches to source in all scenarios, so they weren't corrupted in upload.

Mario69 said:
Yeah, flash resolution detect is still busted. Almost all recent uploads have problems, there's even one with negative value!
And people are simply downvoting them because of the size. MD5 hash matches to source in all scenarios, so they weren't corrupted in upload.

We'll work on getting a fix for this as soon as possible.

In the meantime, please tag any posts you find with bad_metadata. As long as we know which ones were affected we should be able to fix the post's metadata in-place (i.e., without re-uploading it).

Four broken posts: post #816852, post #816798, post #816767 and post #816602