Genjar said:
Trying to edit the wiki article for missingno. results in the 404 error.
...
How appropriate.

I'm glad eSix itself reflects the certain type of snarky, and somewhat ironic humor of the users that browse it.

Genjar said:
Trying to edit the wiki article for missingno. results in the 404 error.
...
How appropriate.

Looks like this is related to the period at the end of the name. Probably ended up broken because it thinks it is trying to set the response type, but has no type attached. Most likely just needs some coercion on our end.

Genjar said:
Trying to edit the wiki article for missingno. results in the 404 error.
...
How appropriate.

I made a page and got a 404 error. The page is made and can be accessed, but submitting the page or trying to edit it results in a 404.
Edit: Replace the period with %2E, as this is the URL "Escape" for periods. This will allow you to edit the page, though you'll still get a 404 upon submitting despite it going through.

Here's a small annoyance: http://i.imgur.com/1np3gl6.jpg

I usually have two narrow windows open side by side, but sometimes that causes the source to overlap with the Edit | Respond | Download | Full Size-row, making those inaccessible.

There are ways around that though, so it's not a serious problem.

Been receiving the 500 internal error when trying to upload, for almost 24 hours now... Anybody else in midwest NA experiencing these issues?

Ahri_The_Pure_Slut said:
Been receiving the 500 internal error when trying to upload, for almost 24 hours now... Anybody else in midwest NA experiencing these issues?

This appears to be a bug in the image detection routine used. I'll see about putting together a fix for some of these image uploader problems.

Genjar said:
Here's a small annoyance: http://i.imgur.com/1np3gl6.jpg

I usually have two narrow windows open side by side, but sometimes that causes the source to overlap with the Edit | Respond | Download | Full Size-row, making those inaccessible.

There are ways around that though, so it's not a serious problem.

This has bugged me since forever. I'm amazed I haven't gotten around to fixing it yet. :/

Added to my todo list.

The preview function of aliases and implications is acting weird: at aliases if shows that you are aliasing the first line to the first line, despite having put in 2 separate tags. Example (I didn't alias this):

While in reality I put in:

The implications preview refuses to show up at all. Might be on my end, though.

Edit: I noticed that my example makes no sense as an alias, so I changed it :v

HotUnderTheCollar said:
The preview function of aliases and implications is acting weird: at aliases if shows that you are aliasing the first line to the first line, despite having put in 2 separate tags. Example (I didn't alias this):

Aliasing: apple -> apple

While in reality I put in:

Aliasing: apple -> fruit

The implications preview refuses to show up at all. Might be on my end, though.

Nope definitely bug. The preview response is kind of a hack I put together at the last minute. It looks like I missed some things though.

I should be able to get this fixed by the next update.

Edit: Looks like I just derped on the params. Easy fix

When I search for post #874423 with eSix Extend -> Find Source -> Google
one of the results is http://e926.net/post/show/874423

You can't view the pic on e926, but it's weird that e926 appears in the search results, because the pic's Explicit rating has never been changed.

When I search posts popular_by_month or popular_by_week if I press ">>"(next page)button, page with popular TAGS opens but not with popular POSTS.("<<" button works normal)

For example, I'm on "post/popular_by_month?month=11&year=2009" but when I press ">>" I find myself on "/tag/popular_by_month?month=12&year=2009"

pasta0000 said:
When I search posts popular_by_month or popular_by_week if I press ">>"(next page)button, page with popular TAGS opens but not with popular POSTS.("<<" button works normal)

For example, I'm on "post/popular_by_month?month=11&year=2009" but when I press ">>" I find myself on "/tag/popular_by_month?month=12&year=2009"

I noticed this yesterday. There is a fix in the queue for it.

Bug: When I search Russian text in blips, even though some is there, none of it showed up. I searched "Это" and the site said there were no results even though I had just made a post with that word a minute ago.
Expected behavior: Find the correct text.
Actual behavior: Showing no results.
Steps to duplicate: Type Russian text in blips and search for it.
(Or am I not supposed to use this format since it's in the post of a banned guy?)

I can't favourite or upvote posts. Managed to get it to give me some error codes.

Unexpected error (8fa2d86b324ec1d89e919f0cedf7e5fd)
Unexpected error (5e845e30b5d7d13ab5b96a98e53d8a70)

[Edit]

It's throwing me to a 500 Error page if I try to edit tags, too.

MagnusEffect said:
I can't favourite or upvote posts. Managed to get it to give me some error codes.

Unexpected error (8fa2d86b324ec1d89e919f0cedf7e5fd)
Unexpected error (5e845e30b5d7d13ab5b96a98e53d8a70)

[Edit]

It's throwing me to a 500 Error page if I try to edit tags, too.

Aware of the issue and investigating the cause.

MagnusEffect said:
I can't favourite or upvote posts. Managed to get it to give me some error codes.

Unexpected error (8fa2d86b324ec1d89e919f0cedf7e5fd)
Unexpected error (5e845e30b5d7d13ab5b96a98e53d8a70)

[Edit]

It's throwing me to a 500 Error page if I try to edit tags, too.

I've got the same problems for up-voting posts and the comments on them too.

Also, just loading this forum post was super glitchy as well. It usually loads just fine, but it took really long to do so. I'm surprised it didn't time-out or something.

MagnusEffect said:
I can't favourite or upvote posts. Managed to get it to give me some error codes.

Unexpected error (8fa2d86b324ec1d89e919f0cedf7e5fd)
Unexpected error (5e845e30b5d7d13ab5b96a98e53d8a70)

[Edit]

It's throwing me to a 500 Error page if I try to edit tags, too.

I had that same issue as well, alongside being unable to make comments on posts, around the same time.

Seems to have gone away at the moment.

The old bug where the blacklist reverses order every time you save your account settings is back now that autosort is gone.

Crap. Now I'm getting an HTTP 500 error whenever I try to upload a new image.

Oh well. Might as well do something else while I wait.

Got this error when I tried to upload by URL from inkbunny

Error: Source couldn't be opened: No such file or directory - /home/e621/e621-production/releases/20160126060000/public/data/10e8078dd2a272e08b734534b1b3ef64.upload

Not sure if this is a bug:
post #886486

Compare the sample on e621:
http://static1.e621.net/data/sample/ed/76/ed76a549f753fbd4069b845eecc61ba4.jpg

And the "Size: 920x1227 (536.4 KB)" version:
http://static1.e621proxy.ru/data/ed/76/ed76a549f753fbd4069b845eecc61ba4.png

The 920x1227 version is much brighter.

animperfectpatsy said:
The old bug where the blacklist reverses order every time you save your account settings is back now that autosort is gone.

The autosort was actually implemented to mask that bug. The cause of the bug hasn't been found yet, so we made the blacklist sort itself to at least act more consistently, but most people found that annoying so it was reverted back to the buggy behavior.

Tags separated by tabs

post #888501
post #888500

When a user separates tags with tabs, the result looks weird.
e621 displays the tab-separated tags as a single tag in the left sidebar.

Maybe e621 could automatically replace all tabs with spaces.

I don't think the "Wiki Edits" page on my profile displays all of the edits I've made.

Penguinempire-Dennis said:
I don't think the "Wiki Edits" page on my profile displays all of the edits I've made.

The edit count should be correct, but which pages show up is entirely dependent on which pages you were the last person to edit on...which definitely isn't ideal.

I think it's because the editor "takes ownership" (for lack of better wording) for the wiki page in the db and the list is generated from that. Put another way it's just scratching the surface.

Either way I'll make an issue for this to see if we can't fix it. :P

Searching for notes through note: and notes: doesn't appear to work at the moment. Instead of filtering for the right posts like it should, it instead returns every single post on the site.

Clicking on the following Pools link returns a 404 error:

More -> Site Logs -> Posts: -> Pools

Link: https://e621.net/pools/recent_changes

DragonFox69 said:
Clicking on the following Pools link returns a 404 error:

More -> Site Logs -> Posts: -> Pools

Link: https://e621.net/pools/recent_changes

Whoops. That should be .../pool/recent_changes.

Sent fix

Jackalfag said:
Searching for notes through note: and notes: doesn't appear to work at the moment. Instead of filtering for the right posts like it should, it instead returns every single post on the site.

Issue made

Couple more of these wiki errors:
'
'"><!--

Trying to do anything with those results in 404 error. Both should likely be deleted altogether.

And this one is listed in the wiki index: https://e621.net/wiki/show?title=_slavery. It shows the same count as slavery, but has no posts.

Genjar said:
Couple more of these wiki errors:
'
'"><!--

Trying to do anything with those results in 404 error. Both should likely be deleted altogether.

It let me delete them, so I just deleted them. ¯\_(ツ)_/¯

Genjar said:
And this one is listed in the wiki index: https://e621.net/wiki/show?title=_slavery. It shows the same count as slavery, but has no posts.

Not surprised. The tag count is grabbed after being cleaned (leading underscores removed, among other things). Really the wiki probably shouldn't let you make pages like that anyways...

Bug: Wrong last-poster/time info on forum thread(s?)

Example:
https://e621.net/forum/show/20024

Kristal Candeo (10 hours ago) is shown as the last post info at the time I post this. However two more posts were made by other people after Kristal's post, as you can see by actually looking at the last post in the thread.

EDIT: or this thread. Parasprite is currently listed as the last poster here.

savageorange said:
Bug: Wrong last-poster/time info on forum thread(s?)

Example:
https://e621.net/forum/show/20024

Kristal Candeo (10 hours ago) is shown as the last post info at the time I post this. However two more posts were made by other people after Kristal's post, as you can see by actually looking at the last post in the thread.

I am definitely experiencing this as well.

Furrin_Gok said:
I am definitely experiencing this as well.

Okay, now I see what you mean. I am experiencing the same thing. Not even the font of the word 'forum' at the top of my screen turns Italic, like it usually does on other pages. And yet there are still new posts.

Huh, that is wonky!

It may be because of the recent update to the "Enable Roaming" feature that occurred a number of hours ago.

I wonder of logging out and disabling roaming, and logging back in that way results in the same thing, as I always turn on roaming so I can transition between using my personal devices.

UPDATE: Newly created forum posts show up just fine, but updates to older ones as well as the newer ones apparently do not.

BTW, the themes feature is glitched out too. I usually use the aurora extra, but it went back to spring when I logged in again. My main pony theme remained the same however.

It seems to be fairly arbitrary. More likely to be on recent posts, and not on threads with 0 posts.

Bug: Some undocumented(?) change to the post update API during the last 24 hours returns access denied for previously working requests (note that this is not related to the recent enforcement of supplying a valid user agent since it worked after that but not today).
Expected behavior: HTTP 200 OK
Actual behavior: HTTP 403 Forbidden
Steps to duplicate: Something similar to:

$ curl --location --globoff --verbose --include --request POST 'https://e621.net/post/update.json?login=xxx&password_hash=yyy&id=zzz' --user-agent 'abc' --data 'post[tags]=a b c&post[old_tags]=a b'

Which results in (without any exception I can find):

{"success":false,"reason":"access denied","message":"You do not have permission to access this page"}

Editing the wiki redirects to the main Help-index, instead of the article that was changed. This started after the update.

savageorange said:
It seems to be fairly arbitrary. More likely to be on recent posts, and not on threads with 0 posts.

It'll count the opening post as a new post, but not anything after it.

Furrin_Gok said:
It'll count the opening post as a new post, but not anything after it.

Augh, I broke it. This is my test for the fix.

Well, this thread at least showed an update.

Edit: Okay, the previous posts aren't updating it, but that's fine. New posts update it.

Chessax said:
Bug: Some undocumented(?) change to the post update API during the last 24 hours returns access denied for previously working requests (note that this is not related to the recent enforcement of supplying a valid user agent since it worked after that but not today).
Expected behavior: HTTP 200 OK
Actual behavior: HTTP 403 Forbidden
Steps to duplicate: Something similar to:

$ curl --location --globoff --verbose --include --request POST 'https://e621.net/post/update.json?login=xxx&password_hash=yyy&id=zzz' --user-agent 'abc' --data 'post[tags]=a b c&post[old_tags]=a b'

Which results in (without any exception I can find):

{"success":false,"reason":"access denied","message":"You do not have permission to access this page"}

I'll look into this. Nothing related to the login code changed, but the session checks were added back in. See what I can do.

Found the cause and have a preliminary fix set up. Need to put it through testing. Likely to be deployed later today. Sorry that got all messed up.

Chessax said:
Bug: Some undocumented(?) change to the post update API during the last 24 hours returns access denied for previously working requests (note that this is not related to the recent enforcement of supplying a valid user agent since it worked after that but not today).
Expected behavior: HTTP 200 OK
Actual behavior: HTTP 403 Forbidden
Steps to duplicate: Something similar to:

$ curl --location --globoff --verbose --include --request POST 'https://e621.net/post/update.json?login=xxx&password_hash=yyy&id=zzz' --user-agent 'abc' --data 'post[tags]=a b c&post[old_tags]=a b'

Which results in (without any exception I can find):

{"success":false,"reason":"access denied","message":"You do not have permission to access this page"}

This should be fixed now.

KiraNoot said:
This should be fixed now.

No worries, just got a bit confused about whether I was missing something (like I did with the user agent change earlier, which I coincidentally had code for but hadn't put in 'cause I apparently hadn't figured out a good name for my tool yet :P). The API has had its quirks which meant you had to fight a bit to get it working which causes minor inconveniences when they get fixed every now and then (but which of course a positive thing). Though everything works just fine now :). Well... Except the Wiki API (as mentioned below) which I'm currently parsing from HTML.

Also got some (very?) minor bugs, piled up (I don't think they have been reported, but might have missed one or two):

Bug: Not quite a bug, more a personal preference, regarding layout and child post box jumping when expanded if both parent and child
Expected behavior: Box stays where it is when expanded
Actual behavior: Box jumps, requiring mouse movement to close again
Steps to duplicate: Expand (click) and close "Child posts" on e.g. post #893305
Suggested fix: Remove absolute positioning on #child-posts and maybe remove unnecessary #child-posts-spacer. However using this easy fix will cause all the other content below to jump down, but it's hardly a problem, since the content jumping down is not particularly interesting while doing this UI action, besides it's visible when expanded which would be a plus.

Chessax said:
No worries, just got a bit confused about whether I was missing something (like I did with the user agent change earlier, which I coincidentally had code for but hadn't put in 'cause I apparently hadn't figured out a good name for my tool yet :P). The API has had its quirks which meant you had to fight a bit to get it working which causes minor inconveniences when they get fixed every now and then (but which of course a positive thing). Though everything works just fine now :). Well... Except the Wiki API (as mentioned below) which I'm currently parsing from HTML.

Also got some (very?) minor bugs, piled up (I don't think they have been reported, but might have missed one or two):

Bug: Nonexistent pool/set causes HTTP 404
Expected behavior: Nice informative HTML error
Actual behavior: Generic 404 HTML error
Steps to duplicate: https://e621.net/set/5, https://e621.net/pool/show/731

Bug: Wiki show API not working
Expected behavior: Works, i.e. returns wiki page
Actual behavior: Very uninformative "Unexpected error (8104bc060569a1b9cf15eee952909389)" HTTP 500 error
Steps to duplicate: https://e621.net/wiki/show.xml?title=apple

Bug: Post index API not working when tags contain "." in combination with "order:tagcount"
Expected behavior: Works (in this case 0 results)
Actual behavior: Very uninformative "{"success":false,"reason":"Unexpected error (6bd4312e1fea1c15f14e2a15adb4d5ab)"}" HTTP 500 error
Steps to duplicate: https://e621.net/post/index.json?tags=a.b%20order:tagcount

Bug: Non XML/JSON error when creating post without required parameters.
Expected behavior: XML/JSON reply
Actual behavior: HTML reply
Steps to duplicate: https://e621.net/post/create.xml (same result as using proper POST request)

Bug: Non XML/JSON error when updating post without required parameters.
Expected behavior: XML/JSON reply
Actual behavior: HTML reply
Steps to duplicate: https://e621.net/post/update.json

Bug: Tag index API after_id includes specified ID
Expected behavior: Specified ID excluded
Actual behavior: Specified ID included
Steps to duplicate: https://e621.net/tag/index.json?after_id=12054

Bug: Tag list on post page shows aliased tag instead of proper tag in certain condition.
Expected behavior: Proper tag shown
Actual behavior: Aliased tag shown
Steps to duplicate: Not exactly sure how this happened as it was a while ago, but something similar to (with alias of the form alias -> proper):

• Adding a new aliased tag to post
• Undoing the tag change (though tag history)
• Post will have the original aliased tag instead of proper aliased

Bug: status:deleted not working in Post index API
Expected behavior: Works
Actual behavior: No posts returned
Steps to duplicate: https://e621.net/post/index.xml?tags=apple%20status:deleted

Bug: Negating two pools(/sets?) in search not working
Expected behavior: Neither pool should be listed
Actual behavior: Only last pool is not listed
Steps to duplicate: https://e621.net/post/index/1/toratora%20inpool:true%20-pool:3040%20-pool:8515

Bug: Negating same pool(/set) should yield no results
Expected behavior: No results
Actual behavior: Everything but the
Steps to duplicate: https://e621.net/post/index/1/pool:4645%20-pool:4645
Will yield the pool but without proper pagination
https://e621.net/post/index/1/-pool:4645%20pool:4645
Will yield everything but the pool

Bug: "~" two pools(/sets) should yield both pools(/sets)
Expected behavior: Both pool's posts listed
Actual behavior: Nothing
Steps to duplicate: https://e621.net/post/index/1/~pool:3040%20~pool:8515

Bug: Supplying two pools(/sets) should yield posts in both pools(/sets)
Expected behavior: Intersection
Actual behavior: Only last pool(/set) listed
Steps to duplicate: https://e621.net/post/index/1/pool:3040%20pool:8515

Bug: Probably already reported: Negating wildcards in search
Expected behavior: Negated search
Actual behavior: Does nothing
Steps to duplicate: https://e621.net/post/index/1/apple%20blackboard%20-fem*

Bug: Not quite a bug, more a personal preference, regarding layout and child post box jumping when expanded if both parent and child
Expected behavior: Box stays where it is when expanded
Actual behavior: Box jumps, requiring mouse movement to close again
Steps to duplicate: Expand (click) and close "Child posts" on e.g. post #893305
Suggested fix: Remove absolute positioning on #child-posts and maybe remove unnecessary #child-posts-spacer. However using this easy fix will cause all the other content below to jump down, but it's hardly a problem, since the content jumping down is not particularly interesting while doing this UI action, besides it's visible when expanded which would be a plus.

Anything that involves more than one pool/set is expected behavior, but perhaps not well documented. There can only be one pool/set item per query, and it will pick the first(last?) one. Actually, anything other than tags cannot exist more than once in a query and work as expected. It will just take the first(last?) one and uses that.

I'll look into the other bugs as part of a larger sweep on eliminating many of the more common exceptions that occur.

KiraNoot said:
Anything that involves more than one pool/set is expected behavior, but perhaps not well documented. There can only be one pool/set item per query, and it will pick the first(last?) one. Actually, anything other than tags cannot exist more than once in a query and work as expected. It will just take the first(last?) one and uses that.

Understood, but then I got a related follow-up question: Would it be possible to implement such a feature, as in not requiring an unreasonable code change or performance issues? It's been far more than once that I've been wanting to do such queries, and I'm sure there would be other people who would be interested in such a feature as well (though I guess mainly useful for taggers like myself). If it's a performance issue one could at least limit the number of allowed sets/pools. If this is a "wont fix" then it might be interesting to actually give the user a visual note about how the query was actually treated. To be completely honest it's pretty user hostile to ignore input that would significantly alter the output if included. Same thing can be said about negative wildcard searching, if not fixed.

Edit: Also realized this question became more suited for the feature request thread...

Genjar said:
Editing the wiki redirects to the main Help-index, instead of the article that was changed. This started after the update.

Noted. I'll get a fix out asap.

Bug: Another minor bug, supplying "Forum Post" as "Yes" (true) on https://e621.net/tag_alias, https://e621.net/tag_implication results in HTTP 500
Expected behavior: Works
Actual behavior: HTTP 500
Steps to duplicate: https://e621.net/tag_implication?forum_post=true, https://e621.net/tag_alias?forum_post=true

I don't know if this is an older bug that hasn't been addressed yet or something recent*, but when adding a note to an image it doesn't save the positioning and size of the note bubble, reverting to where it originally appeared if you reload the page. See post #898300 for an example.

\* I did search on "notes", but got so many hits I couldn't really tell if any were addressing the issue or just anything with "note*" was brought up as a forum search result.

imagoober said:
I don't know if this is an older bug that hasn't been addressed yet or something recent*, but when adding a note to an image it doesn't save the positioning and size of the note bubble, reverting to where it originally appeared if you reload the page. See post #898300 for an example.

\* I did search on "notes", but got so many hits I couldn't really tell if any were addressing the issue or just anything with "note*" was brought up as a forum search result.

Resize/move them first, then click the little bubble to bring up the editor and then save them. At least that worked for me when I tried to fix the post you linked.

post #884127 We got another underscore tag. _cranky_cacophony now.

Great. Jim is back to killing our website, he left 7db93b1f737842e0eb357d37b9f63805 as his calling card. Coincidentally enough, I was watching Scary Movie...

But, to be more specific, I couldn't seem to upvote/downvote images, nor edit tags.

Now, if you don't mind, I'm gonna go back and finish the movie. I'm at the scene where she's putting on the football uniform.

*edit* it seems to have fixed itself. However, I'll leave this post here.

I can't fav or upvote anything today without getting bd01f4a95a407ff74d1a0203dbe267bd)

wolfnut2985 said:
I can't fav or upvote anything today without getting bd01f4a95a407ff74d1a0203dbe267bd)

I can't fav anything either, but I don't get an error.

When I try to fav something the "Adding post #XXXXXX" pop up box just appears and never leaves.

Edit: Looks like it's all good now.

Noticed a minor issue. /user/index.xml returns user artist tags while /user/index.json does not.

For example:
https://e621.net/user/index.xml?id=35483
https://e621.net/user/index.json?id=35483

Sorting artists by post count doesn't seem to work, sorting by name instead:

https://e621.net/artist?order=posts

dalet said:
Sorting artists by post count doesn't seem to work, sorting by name instead:

https://e621.net/artist?order=posts

Sorting by name is the fallback when something you give it doesn't make sense (try ?order=quijibo and you will see what I mean).

I'll create an issue for it now. Thanks for the report.

I'm attempting to upload a starter image from a comic from 1993, but it appears there's an issue with the uploader. it goes to a "Something Went Wrong" screen and throws an "[Empty]" error. The files are being uploaded from my desktop. I've tried renaming the files, but that didn't solve the issue. Everything was filled in except for the URL's box, since this comic doesn't have a starting URL, due to age.

xaleute said:
I'm attempting to upload a starter image from a comic from 1993, but it appears there's an issue with the uploader. it goes to a "Something Went Wrong" screen and throws an "[Empty]" error. The files are being uploaded from my desktop. I've tried renaming the files, but that didn't solve the issue. Everything was filled in except for the URL's box, since this comic doesn't have a starting URL, due to age.

Tried opening it up and saving it as a new file? That should undo any corruption that may be in the way; if it's still not working, it might be part of the format; earlier issues with image uploading involved a "Secondary format"(???) that e621 doesn't support.

The "Show conversation" button on the DMail page appears to be broken. It does say that it loaded the conversation, but nothing happened.

HotUnderTheCollar said:
The "Show conversation" button on the DMail page appears to be broken. It does say that it loaded the conversation, but nothing happened.

Is it on the first reply? If so that's a known bug

The species tag "eeveelution" does not appear to contribute to the "speciestags" count. E.g. There should be no posts in https://e621.net/post/index/1/speciestags:0%20eeveelution

rezi said:
The species tag "eeveelution" does not appear to contribute to the "speciestags" count. E.g. There should be no posts in https://e621.net/post/index/1/speciestags:0%20eeveelution

The counts just didn't get updated on those posts for whatever reason. I just forced a recount and the search is fine now.

parasprite said:
The counts just didn't get updated on those posts for whatever reason. I just forced a recount and the search is fine now.

Now speciestags:1 eeveelution is showing a bunch of images where there are two species tags. Bit of a bother, since it would help to find which images were tagged with that but not with a proper species (ie post #804025 had eeveelution but not glaceon).

Furrin_Gok said:
Now speciestags:1 eeveelution is showing a bunch of images where there are two species tags. Bit of a bother, since it would help to find which images were tagged with that but not with a proper species (ie post #804025 had eeveelution but not glaceon).

Solve one problem and another crops up, naturally. If it helps, speciestags:2 eeveelution, speciestags:3 eeveelution, etc. don't appear to suffer the same problem at the moment

I searched for this, but didn't see anything about it.

In my profile, while there's a link for uploads I've made that have since been deleted, it doesn't actually go anywhere.

I know there are tag search options that can find it, and from elsewhere on the forum I've made a bookmarked link, but that bit of non-functionality on the profile page is a bit annoying, if only due to a bit of mild OCDishness on my part.

Bug: Certain http (not https) urls get mangled in forum posts (and possibly comments , haven't tested that)

Example:
Both of the following links contain www. You should be able to see it in the link text in both cases:

http://www.jerrypournelle.com/reports/jerryp/iron.html
https://www.jerrypournelle.com/reports/jerryp/iron.html

However, hover over them and check what they actually link to: for the http:// one, the www has been stripped off, causing a 404 error when you try to go to it.

This appears to apply whether the link is inline or not.

imagoober said:
I searched for this, but didn't see anything about it.

In my profile, while there's a link for uploads I've made that have since been deleted, it doesn't actually go anywhere.

I know there are tag search options that can find it, and from elsewhere on the forum I've made a bookmarked link, but that bit of non-functionality on the profile page is a bit annoying, if only due to a bit of mild OCDishness on my part.

I'm not claiming actual OCD, mind you, just that on some subjects the end result is somewhat similar.

Somehow, the link was incorrect. It should link here

Furrin_Gok said:
Somehow, the link was incorrect. It should link here

Yes, it should, but it doesn't, even after flushing the browser cache and reloading the profile page.

imagoober said:
I searched for this, but didn't see anything about it.

In my profile, while there's a link for uploads I've made that have since been deleted, it doesn't actually go anywhere.

I know there are tag search options that can find it, and from elsewhere on the forum I've made a bookmarked link, but that bit of non-functionality on the profile page is a bit annoying, if only due to a bit of mild OCDishness on my part.

I'm not claiming actual OCD, mind you, just that on some subjects the end result is somewhat similar.

Not that I don't believe you but the link always shows correctly for me (logged in, logged out, e6, e9, etc.).

Do you have any addons that could be modifying the page somehow? (aside from eSix Extend).

savageorange said:
Bug: Certain http (not https) urls get mangled in forum posts (and possibly comments , haven't tested that)

Example:
Both of the following links contain www. You should be able to see it in the link text in both cases:

http://www.jerrypournelle.com/reports/jerryp/iron.html
https://www.jerrypournelle.com/reports/jerryp/iron.html

However, hover over them and check what they actually link to: for the http:// one, the www has been stripped off, causing a 404 error when you try to go to it.

This appears to apply whether the link is inline or not.

The bug is due to some pointless code I wrote a while back. I'll make a note to remove that entirely so links function as expected.

parasprite said:
Not that I don't believe you but the link always shows correctly for me (logged in, logged out, e6, e9, etc.).

Do you have any addons that could be modifying the page somehow? (aside from eSix Extend).

Nope, no addons of that sort at all.

I did notice, though, checking your profile just now for comparison purposes, that when logged in I see the problem I mentioned, but when I log out and view your profile not only do I not see the problem link, but the entire page is laid out completely differently.

I get the same result with both Waterfox 44.0.3 (Firefox derivative) and Internet Exploder 11, the latter of which doesn't have any plugins at all, e621 related or otherwise.

Using the default Hexagon theme, with no seasonal extras active.

imagoober said:
Nope, no addons of that sort at all.

I did notice, though, checking your profile just now for comparison purposes, that when logged in I see the problem I mentioned, but when I log out and view your profile not only do I not see the problem link, but the entire page is laid out completely differently.

I get the same result with both Waterfox 44.0.3 (Firefox derivative) and Internet Exploder 11, the latter of which doesn't have any plugins at all, e621 related or otherwise.

Using the default Hexagon theme, with no seasonal extras active.

I don't even have to look to know that you're using classic user profiles (which doesn't get as much attention as the new one).

I'll make a note to fix it for the next update.

parasprite said:
I don't even have to look to know that you're using classic user profiles (which doesn't get as much attention as the new one).

I'll make a note to fix it for the next update.

Is there some user-editable setting for that? Or is it just a consequence of when I signed up for an account?

I looked at the settings for my account, and didn't see any type of setting to change it.

Okay, so the recent API update is killing me (again). Every time I make a post/update API call my key is automatically regenerated, meaning I would have to make two requests for every one I want to do, one to get the key and one to use it (not to mention supply my password every time I do it). I can't imagine that's how it's supposed to work, or am I missing some crucial detail?

Chessax said:
Okay, so the recent API update is killing me (again). Every time I make a post/update API call my key is automatically regenerated, meaning I would have to make two requests for every one I want to do, one to get the key and one to use it (not to mention supply my password every time I do it). I can't imagine that's how it's supposed to work, or am I missing some crucial detail?

That wasn't how it worked in testing. I'll look into it.

EDIT: Found the issue, making a patch.

EDIT2: Fix deployed.