PLEASE NOTE THIS THREAD IS NOW DEFUCT!

PLEASE READ NEW STICKY FOR GUIDELINES!

Found something that's broken or doesn't work how it should? Post it here!.

If you wish you can use the template below for easier structuring.

Bug:

Expected behavior:

Actual behavior:

Steps to duplicate:

[b]Bug:[/b]

[b]Expected behavior:[/b] 

[b]Actual behavior:[/b] 

[b]Steps to duplicate:[/b]

Fixed

Not a bug

ikdind said:

Not a bug

Pagination is weird past page 1000

Bug: Search results past page 999 do not list page numbers at the bottom of the page, and the links have inconsistent behavior.

Expected behavior: The bottom of a page should have the usual page listing showing links to the two pages before and after the current page, as well as links to the first and last page, and "<<" and ">>" links to the previous and next page. If there is a performance reason for not using the usual page links, then the links provided should provide consistent behavior.

Actual behavior: Selecting page 1000 from page 999 will take the user to page 1000, but the bottom of the page contains only a "previous" and a "next" link. The "previous" link provides a URL to page 999 via the HTTP GET parameter ?page, but the "next" link will provide a link to a page using ?before_id. Navigating to the "next" page from there will also provide a "previous" link that leads to page 1000 via ?page, while "next" still uses ?before_id. After following "previous" back to page 1000, however, the "previous" link to point to the same location as the "next" link using ?before_id. Repeatedly following "previous" will alternate between pages 1000 and 1001, with page 1001 offering a link to ?page=1000 while page 1000 offers a link using ?before_id.

Steps to duplicate: Search for female or male and proceed to page 999, or click here or here. Follow the link to page 1000 at the bottom of the page. Observe the URLs provided by the "previous" and "next" links. Follow the "next" link, and observe the URLs provided at the bottom of the page. Repeatedly follow the "previous" link, observing the URLs provided at the bottom of the page.

Okay there is actually a technical reason for this. After going to Page 1000+ paginator tends to go bonkers, so the site compensates by going into before ID mode. It's no longer in the standard paginator mode so there would be no way of returning to that mode. Since the site doesn't have any idea what page you are on once you leave it.

Aurali said:
Okay there is actually a technical reason for this. After going to Page 1000+ paginator tends to go bonkers, so the site compensates by going into before ID mode. It's no longer in the standard paginator mode so there would be no way of returning to that mode. Since the site doesn't have any idea what page you are on once you leave it.

I'm totally okay with that, though once out of page mode, the "previous" and "next" links should probably never refer to the same URL, which can happen when you start trying to follow the "previous" link. I guess that's what I really consider the "bug".

Edit: I was about to post a URL that would be deep enough in the "over 1000" page group, but discovered something else here. For me, the "previous" link is pointing to http://www.e621.net/forum/edit/28551, which isn't a page of search results at all! Weirdness.

Edit edit: I get it now, it's referring to the last link that e621 served me, regardless of tab, so following "next", then "previous" will always show the same URL for both "next" and "previous". And it gets progressively crazier if you browse the site in multiple tabs, at least in Firefox. :)

Fixed/not a bug

Not a bug

Char said:

Not a bug

Char's memory sucks

Bug: Char's memory is terrible and he often forgets to do things asked of him like make this new bug-reporting thread

Expected behavior: Char should actually remember to do things

Actual behavior: Char doesn't remember shit

Steps to duplicate: Ask Char to do anything at all

I'd say replace char's ram but I think he's maxed out at 32 megabytes.

Fixed

trfg7xz2oxps said:
Bug: Larger res pics that take on an older version's favs and votes can be upvoted again (I think).

Parent posts don't take on the child posts' votes when deleted, so voting on the parent post would be the same as voting on a new post.

Fixed

Fixed

Munkelzahn said:

Fixed

Viewing a post's children also shows the post itself

Bug: When you list a post's children, the list also contains the post itself

Expected behavior: The list should contain only the post's children, but not the post itself

Actual behavior: The list contains the post's children (good) + the post itself (bad)

Steps to duplicate:
1. Find any post with least one child, like post #132159
2. Click on "Child Posts here" in the upper-left corner

Any post that doesn't have a parent is considered it's own parent.

Aurali said:
Any post that doesn't have a parent is considered it's own parent.

I have defined this bug out of existence!

What.

If you go to the Very last page you cant go to the pages behind it Idk if this is a bug but it is a problem because well.. I want to go back to the first posts and dont want to take forever to get there Haha

Fixed

Char said:

Fixed

Usernames can be changed to include spaces

Actually just discovered this on 20pc, but I imagine the same should hold true here too.

Bug: Admins can change usernames to names that have an actual space character in them. This leads to problems when the user tries to display their own favorites and uploads, since the search system will try to search for their name with a space in it, which it's going to treat as two separate tags and therefore end up displaying nothing at all

Expected behavior: Administrators should be prevented from putting a space character in usernames

Actual behavior: Administrators are able to use the space character when setting usernames

Steps to duplicate: Change a username to one that contains a space in it

Already fixed on e621, unless it hasn't been applied yet

Fixed

Bug: You can edit a deleted post

Expected behavior: You shouldn't be able to

Actual behavior: But you're able to do it

Steps to duplicate: Edit a deleted post

P.S. i don't know if this messes up tag count or anything i only did it 1 time to post #8703

Not a bug, there are valid reasons to edit deleted posts

Fixed

cynic said:
There seem to be a few culprits: the Google Analytics code and the IE7 compatibility code.

• For GA, http://support.google.com/googleanalytics/bin/answer.py?hl=en&answer=55483
• For the IE7 code, all you need to do is change the script url to "//ie7-js.googlecode.com/svn/trunk/lib/IE7.js" (leave off the http:), since the https url for that same page is still valid and secure.

Keep up the awesome work, guys!

The Google Analytics code is already like that, so it should be working properly, but I fixed the IE7 code.

tony311 said:
The Google Analytics code is already like that, so it should be working properly, but I fixed the IE7 code.

Cool, thanks! :3

Bug: When using the gentags:0 arttags:0 chartags:0 copytags:0. not all post work with it (ID > 92625)

Expected behavior: It should work

Actual behavior: It doesn't

Steps to duplicate: Use one of these gentags:0 arttags:0 chartags:0 copytags:0

P.S. I know i have addressed this before in http://e621.net/forum/show/20955 but i still think it should be fixed as it is just a matter of updating the posts.

Fixed (https replaced with http upon upload)

Unable to duplicate

Adrian_Blazevic said:

Add to favorites appears when image is already favorited

Bug: Favorited images are showing up with "Add to favorites"

Expected behavior: Should be "Remove from favorites"

Steps to duplicate: Favorite an image. Reload the page.

What Browser. I can't duplicate.

Firefox 10.0.2. Just changed username in case that caused something.

Adrian_Blazevic said:
Firefox 10.0.2. Just changed username in case that caused something.

It won't. Almost all references to your username are linked numerically to your account number, that's why it's so easy to change a username.

Not a Bug

Mechaniatrix said:

Username changes aren't reflected in quotes

Bug: Name changes aren't reflected in pre-change quotes.

Expected Behavior: Name changes reflected in quotes.

Steps To Duplicate: Quote a comment. That user changes name. No change in quote. See here.

It's how the site works, quotes are just plain text in a comment/forum post. No way to make it change by itself without rewriting everything and causing countless other problems in the process.

tony311 said:
It's how the site works, quotes are just plain text in a comment/forum post. No way to make it change by itself without rewriting everything and causing countless other problems in the process.

Oh. Well, nevermind me, I derped.

Aurali said:
It won't. Almost all references to your username are linked numerically to your account number, that's why it's so easy to change a username.

I figured that was the case, but the correlation was hard to ignore (problem appeared within a day or so).

Fixed

slyroon said:

Isn't there some automated program that occasionally sweeps through and deletes single-hit tags?

ippiki_ookami said:
Isn't there some automated program that occasionally sweeps through and deletes single-hit tags?

Only tags with zero posts, and it doesn't work right now because it deletes vital tags as well.

Fixed

Why can't you log in from another browser?

I think this is a bug, or I may just be misunderstanding how the site works.

Sometimes when browsing the site, I will vote comments up or down. After awhile, the site starts saying I've "Already voted" when I know that I haven't.

Is that a bug, or are members limited to a total number of votes per session?

DobiesHot said:
I think this is a bug, or I may just be misunderstanding how the site works.

Sometimes when browsing the site, I will vote comments up or down. After awhile, the site starts saying I've "Already voted" when I know that I haven't.

Is that a bug, or are members limited to a total number of votes per session?

You wouldn't be trying to vote down admin comments, would you? Because that's what happens when you do.

ippiki_ookami said:
You wouldn't be trying to vote down admin comments, would you? Because that's what happens when you do.

LOL, Nice. Usually I just vote down rude remarks. I wouldn't think those were from admin?

Fixed

Bug: -fav:myusername doesn't filter out the favorites from the list when added as a tag.

Expected behavior: Adding -fav:myusername filters favorited posts from the search.
Actual behavior: Favorites appear in the list, just like the others, while fav:myusername without - only display favourite posts in the search.
Steps to duplicate: Search an artist of whom you already favorited a post and add -fav:yourusernamehere. The favorites don't disappear from the list.

Armada6280 said:
Bug: -fav:myusername doesn't filter out the favorites from the list when added as a tag.

Expected behavior: Adding -fav:myusername filters favorited posts from the search.
Actual behavior: Favorites appear in the list, just like the others, while fav:myusername without - only display favourite posts in the search.
Steps to duplicate: Search an artist of whom you already favorited a post and add -fav:yourusernamehere. The favorites don't disappear from the list.

it's not a bug if it was never implemented.

Bug: Adding an alias for a tag that is either implicated to or by something causes the tag to change before the alias is approved.

Expected behavior: The implied tag should only change after the alias is approved, not before.

Actual behavior: It changes the tag when the alias is added into the pending list.

Steps to duplicate: Create an implication. Add, without approving, an alias for one of the two tags previously implied to something else. Recheck the implication.

works

Aurali said:
it's not a bug if it was never implemented.

The - factor works for every single tag, and even user:, so I don't see why it doesn't with fav:, especially since it behaves as a tag in every other way.

Armada6280 said:
The - factor works for every single tag, and even user:, so I don't see why it doesn't with fav:, especially since it behaves as a tag in every other way.

W'ere aware it doesn't work, because we have to code each subtract metatag individually. We haven't done the -fav one yet because it's complicated.

Oh ok.

Bug: when voting on an image with a score of 0, the displayed score does not update like it does with an image with a non-0 score
Expected behavior: the score should update without the page being reloaded
Actual behavior: the displayed score remains 0 until the page is reloaded
Steps to duplicate: find a post with a score of 0, vote on it, observe displayed score.

When using iPad 2 and safari in combonation, it displays images and text upside down. Which by the way makes it difficult to type this when using the iPad.

works

Dumoras said:
When using iPad 2 and safari in combonation, it displays images and text upside down. Which by the way makes it difficult to type this when using the iPad.

That's an issue with your hardware. Give Apple a call or go down to their store and mention the problem code PEBCAK, they'll know what it means.

Bug: The Calculating tag function is not working

Expected behavior: it should do something (not sure what)

Actual behavior: It just lets you wait a eternity

Steps to duplicate:

1) Go to settings
2) Look under the uploaded tags part
3) Click on the "calculate" link
4) Press yes (http://e621.net/user/calculate_uploaded_tags)
5) Wait 5-10 min
6) ???
7) Nothing

works

Fixed

Lyokira said:
Bug

fixed it by changing back to character and back to general again.
____

Bug: People with long usernames sometimes overlap there comments

Expected behavior: There should be some space in between

Actual behavior: It overlaps

Steps to duplicate:

Examples
1) BongoDrumsOnTheHead http://e621.net/post/show/109196
2) AndABoxOfMintsPlease http://e621.net/post/show/86668

Fixed

GreyMaria said:
Bug: Logging in from HTTPS redirects to standard HTTP regardless of the user's preference (or requirements)

You're right,didn't notice that at all. Never logged in from the front page

GreyMaria said:

Logging in always redirects to non-SSL

Bug: Logging in from HTTPS redirects to standard HTTP regardless of the user's preference (or requirements)

Expected behavior: HTTPS should stay HTTPS. Otherwise, encryption is... pointless!

Actual behavior: HTTPS connection becomes HTTP after login, resulting in decrypted connections and possibly exposing activities to data logger applications on the network.

Steps to duplicate:
- Navigate to https://e621.net/ and log in.
- You will be redirected to http://e621.net/user/home (not https://e621.net/user/home )

Added the dump to the required list, so it should keep you https

Known issue

slyroon said:

Forum 'read' system is weird

Bug: When creating a forum topic, the said topic is marked as unread

Expected behavior: It should be marked as read since you are the creator

Actual behavior: topic is marked as unread

Steps to duplicate: create a forum topic

Intentional. It keeps track of read/unread status by remembering the last time you read a thread. Any posts updated after that time are marked as unread. The only way to prevent your own topics from being marked unread is by setting the last-read time to the time you created the thread, which would mark every single forum post up to that point as read.

We'll be upgrading the forum at a later date, and this should be one issue that'll be fixed.

Known issue

Bug: slyroon does not apply knowledge gained from a response to other related questions

:P

Snowy said:
Bug: slyroon does not apply knowledge gained from a response to other related questions

:P

Fffuuu- forgot about that :P

Blacklist applies to tags that have been removed.

For example, on this post:

http://e621.net/post/show/204014/

Someone added the tag "young" but I removed it because both of the characters are adults.

I have "young" on my blacklist.

When I look at my favorites this image is shown under "hidden" with the tag "young" even after that tag had been removed weeks ago.

bluebackground said:
Blacklist applies to tags that have been removed.

For example, on this post:

http://e621.net/post/show/204014/

Someone added the tag "young" but I removed it because both of the characters are adults.

I have "young" on my blacklist.

When I look at my favorites this image is shown under "hidden" with the tag "young" even after that tag had been removed weeks ago.

... It does not!

Bug: Under "Last Updated" when in the search results for forums, most updates appear to be made by "A Dog In Your Guitar."

Expected Behavior: The update information should have the correct user who last updated the forum.

Actual Behavior: The system names "A Dog In Your Guitar" as the updater.

Steps to Duplicate: Search for any keyword(s) in the forum search box such as "have" or "sex" or "with" or "Aurali."

Edit: Apparently "have" and "with" don't produce any results in the search, but you get the point.

Bug: when deleting one of you tag Tag Subscriptions the green notice bar is empty

Expected behavior: there should be some text telling it's deleted

Actual behavior: it's just an empty green bar

Steps to duplicate:

1) Go to your Tag Subscriptions
2) Delete 1 or more tag subscriptions
3) Look at the green notice bar

Local issue, not site related

What extensions are you using?

None other than the Tor package. It blocks a lot of things.

(Not sure if this is a bug)

Bug: When editing a post in Edit mode (found below Search), the cursor remains at the last place from the previous edit

Expected behavior: The cursor being located at the very end of all the tags

Actual behavior: It remains at the last place where one clicked

Steps to duplicate:

• Enter Edit mode (Posts > look below the Search bar for the mode heading. Change it from View posts to Edit posts; the background should now be green)

• Click on any post

• Position the cursor anywhere but at the beginning or end of the tags

• Press 'enter' or the Update button

• Click on any other post

The cursor should be in the same location where it was previously

Why it would be useful: Significantly speeds up tagging by eliminating the need to re-position the cursor each time

not a bug

(Not sure if this is a bug)

Part II

Bug: After editing a post while in Edit mode, the focus remains at the top. Particularly cumbersome when tagging in batches

Expected behavior: It returns to the last image clicked on

Actual behavior: You have to scroll back down after editing each post

Steps to duplicate:

• Go to the Posts section

• Enter Edit mode

• Click on any image, preferably near to the bottom of the screen

• You should now be in the editing window/dialog box

• Press 'enter' or Submit

• You're now at top of the screen instead of the bottom, where the last post that was clicked is

not a bug

titaniachkt said:
(Not sure if this is a bug)

these aren't really bugs, normal browsing behaviour applies here. these are more along the lines of suggestions.

Fixed

BUGNote to self: Images are out of place in many parts of the site. should use use some centering and containing.

fixed

AbsebaroKoon said:
I agree with ikdind, there seems to be an "undefined" in the quotes.
I would also say that Some* profile pics are blacklisted as well. I don't think this is right.

the blacklist is intentional.. it just means the item they are showing just happens to be on your blacklist. CONGRATS THAT'S WORKING! And the undefined has been fixed. as well as my bug