Fixed

fixed a major bug causing things to crash when the avatar was set to something invalid.

bug blips with space between name don't get translated right in blips comments
bug users who have spaces in there name don't get their blips responses.
bug on the index and user pages, blips don't automatically focus or add the blip id when focused.
bug automated tag type changes have broken, should probably look into the things tony changed.

Bug: color tags do not affect the way text is displayed in preview
Expected behavior: text in color tags should be displayed as the appropriate color in preview

Note, this is in the javascript

anyone here can show me how to put pictures up as avatar. I am a new member so i'm not know much. Thanks

bug: resized pictures/comments field not wide enough

Fixed

senz said:
anyone here can show me how to put pictures up as avatar. I am a new member so i'm not know much. Thanks

Click My Account, then go to settings. In those settings will be a slot to enter the post number of the image you want as your avatar.

Munkelzahn said:
Bug: Can't change tag type

Expected behavior: When you prepend "artist:" to a tag, e621 should change the tag's type to "artist". Should also work with other tag types.

Actual behavior: e621 doesn't change the tag's type. If it was a "general" tag, it remains a "general" tag.

Steps to duplicate: I went to post #91450 and added the tag "remus_lupin_(artist)". However, e621 ignored all of my attempts to change the tag type from "general" to "artist".

Confirmed as not working. We'll get that fixed asap.

Fixed

Fixed

Fixed

Fixed

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

Gotcha

Fixed

Fixed

Fixed

Fixed

Bug: When searching with your username in the ticket section, your user complaints doesn't show up

Expected behavior: Your user complaints ticket should be there

Actual behavior: they aren't there

Steps to duplicate:

1) Go to tickets
2) Search with your username
3) Look no user complaints

Fixed

EnergyBlast said:
Bug: (I've only seen it once) Theres only 1 comment hidden (by downvotes), but it says there's 2.

Expected behavior: It should say theres one.

Actual behavior: Says two

Steps to duplicate: http://www.e621.net/post/show/212116/fanart-green_couch-mot-sitting-the_legend_of_zelda

Click "2 comments below threshold." and notice only one shows.

There are, in fact, 2 comments there, but one of them has been hidden. Your point still stands though that the site shouldn't be saying there's 2 comments there if you can only see 1 of them. Thanks for pointing this out.

Char said:
There are, in fact, 2 comments there, but one of them has been hidden. Your point still stands though that the site shouldn't be saying there's 2 comments there if you can only see 1 of them. Thanks for pointing this out.

Ah, I see, no problem, If I find another buggity bug, I'll see if I can post it.

Bug:

In the post/index page the link is still active next to a thumbnail if the image width is not 150px.
You can correct this by addingin in the css:

span.thumb > a { display: inline-block; }

Fixed

Fixed

Fixed

Bug: Tag subscriptions are gone

Steps to duplicate:
Go to my profile http://e621.net/user/show/17984

Expected behavior:
List of tag subscriptions at the top is not displayed.

Actual behavior:
It should be displayed. I don't know what its original purpose is, as tag subscriptions at the bottom of the profile page were always empty, but I was actively using these subscriptions as links to search quickly.

P.S. In the bug template from the first message in this thread, steps to duplicate should come before behavior description. It's more natural.

(waiting for response from other coders as to why this is removed)

Dtext thumbnails appears to be broken.

fixed!

Fixed

ippiki_ookami said:
Dtext thumbnails appears to be broken.

fixed!

They still don't work when previewing ones own comment.

Fixed

I'm not sure why, but when I click the "X comments below threshold" link, the entire page goes white. Everything disappears—background, image, comments, links, tags, all of it.

Browsing with Google Chrome 18.0.1025.168 m.

Thanks!

Fixed

test
test
test

This is what I get

Bug: The "Add" button at the bottom of the implication page dosn't go to the right page

Expected behavior: it should go to
http://e621.net/tag_implication/new

Actual behavior: it goes to
http://e621.net/forum/new?type=impl

Steps to duplicate:
http://e621.net/tag_implication

Press the bottom button

Fixed

Bug: When you edit an artist, e621 reverses the order of the URL's

Expected behavior: the order of the URL's should stay the same

Actual behavior: it gets reversed

Steps to duplicate:

1) go to any artist page, for example this one:
http://www.e621.net/artist/show/2156

2) click "edit"

3) click "save"

4) instant reversal!

(not fixing)

Bug: thumbnails don't show up in forum previews

Expected behavior: they should

Actual behavior: they don't

Steps to duplicate:

1) create a forum post with a thumbnail, like this:

thumb # 216008

(remove the space between # and 216008)

2) click "preview"

3) the preview doesn't show the thumbnail

(not gonna be fixable do to rendering conflicts.)

Unable to upload image
(more specific)
wanted to upload https://d.facdn.net/art/aycee/1336457365.aycee_swimming.jpg but would not upload with url uploading feature. I then download it and try to upload it, but first get a file not found error, then I get a wrong file type error when it's only a jpg. If it helps, this is from my android, but that should not effect the url upload feature. Looked at weither or not I was allowed to post and how much, and everything is normal.

Steps to reproduce:
self explanatory

Tried uploading with a different app and everything worked fine. Ignore, the problem was on my end. Would the propped proceedure be to delete this post, even though the url uploading feature.is still broken? Also the strike tag is not working for me, and did you know that autocorrect thought that the word working is actually spoon?

(strike is an inline effect, it won't work multi paragraph, - Aurali)

TripleExploder said:
Unable to upload image
(more specific)
wanted to upload https://d.facdn.net/art/aycee/1336457365.aycee_swimming.jpg but would not upload with url uploading feature. I then download it and try to upload it, but first get a file not found error, then I get a wrong file type error when it's only a jpg. If it helps, this is from my android, but that should not effect the url upload feature. Looked at weither or not I was allowed to post and how much, and everything is normal.Steps to reproduce:
self explanatory

Tried uploading with a different app and everything worked fine. Ignore, the problem was on my end. Would the propped proceedure be to delete this post, even though the url uploading feature.is still broken? Also the strike tag is not working for me, and did you know that autocorrect thought that the word working is actually spoon?

The site uploader doesn't handle URLs starting with https://. Change the https to http and it'll go through.

Fixed

Thumbnail border colors for avatars are no longer hidden.

intentional

Fixed

Bug: I think the new tagcount operator is broken.

Expected:
tagcount:<3
tagcount:<=3

Actual: Many tags per post, not 3 or less.

Duplicate: Test the tagcount with all of the id search syntax.

tagcount:3 or tagcount:4 works, ones with > and < don't.
tagcount:1..4 works.
tagcount:..4 works. May be returning images with more than 4 tags.

Bug: Is it just me or is tag search a little broken?

http://e621.net/post?tags=discord*+twilight_spar*

Returns posts that have just one instead of only posts with both.

Saw note on http://e621.net/help/cheatsheet

DragonRanger said:
Thumbnail border colors for avatars are no longer hidden.

intentional

Why is this intentional?

Bug: cannot vote on flagged images

Expected behavior: you should be able to

Actual behavior: i spill ketchup on my shirt

Steps to duplicate: take a spiritual journey with the buffalo

DragonRanger said:
Why is this intentional?

It shouldn't be, I specifically made borders hidden because they were ugly.

tony311 said:
It shouldn't be, I specifically made borders hidden because they were ugly.

I figured as much, but someone edited my original post claiming that the border color being brought back was intentional, but didn't elaborate.

ippiki_ookami said:
Bug: cannot vote on flagged images

Expected behavior: you should be able to

Actual behavior: i spill ketchup on my shirt

Steps to duplicate: take a spiritual journey with the buffalo

On that note, every other post's vote up/down buttons are missing and on a severed note, avatars are missing until I reload.

Issue: Child posts flagged for deletion seem to have a yellow thumbnail border instead of a red thumbnail border
Expected behavior: Some indication that the image is flagged for deletion
Actual behavior: Image only appears to be child post

Yeah.

Rainbow_Slash said:
On that note, every other post's vote up/down buttons are missing and on a severed note, avatars are missing until I reload.

links

Aurali said:
links

It's random. Same posts are inconsistent. Avatars not showing up happens most often in forums with high page numbers.

Rainbow_Slash said:
It's random. Same posts are inconsistent. Avatars not showing up happens most often in forums with high page numbers.

I can't duplicate at all, think it might be you :(

Aurali said:
I can't duplicate at all, think it might be you :(

It probably is. I usually don't experience any of the same bugs that are posted here.

Bug: cannot blip or comment
steps taken: attempt blip or comment

resolution: removed failed "preview" fix from live system

That was a fun two hours Tony >.>

Bug: While checking me some CSS errors (yes is that CSS) I encountered this on Opera's Error Console:

Linked-in stylesheet
Invalid value for property: box-shadow
Line 95:
   box-shadow:0;
  ----------^

Linked-in stylesheet
Declaration syntax error
Line 596:
  .code { border:1px dashed #aaf; padding:1em 1em;11 overflow:hidden; font-family:
  ----------------------------------------------^

Expected behavior: box-shadow:0; should be box-shadow: 0px;. And what is that 11 before overflow?
Actuial behavior: I think this has to do with square shadows on radio buttons.
Steps to duplicate: On any post, click Edit, and look on the Rating radio buttons, They have square shadows

Note: Sorry if someone saw just the error boxes, accidentally clicked on "Post"

xLuna said:
Expected behavior: box-shadow:0; should be box-shadow: 0px;.

http://www.w3.org/TR/2008/REC-CSS1-20080411/#units

"After a '0' number, the unit identifier is optional."

xLuna said:
Bug: While checking me some CSS errors (yes is that CSS) I encountered this on Opera's Error Console:

(31/05/2012 6:04:53 Pm) CSS - http://e621.net/stylesheets/default-min.css?1336683439

Linked-in stylesheet
Invalid value for property: box-shadow
Line 95:
   box-shadow:0;
  ----------^

(31/05/2012 6:04:53 Pm) CSS - http://e621.net/stylesheets/default-min.css?1336683439

Linked-in stylesheet
Declaration syntax error
Line 596:
  .code { border:1px dashed #aaf; padding:1em 1em;11 overflow:hidden; font-family:
  ----------------------------------------------^

Expected behavior: box-shadow:0; should be box-shadow: 0px;. And what is that 11 before overflow?
Actuial behavior: I think this has to do with square shadows on radio buttons.
Steps to duplicate: On any post, click Edit, and look on the Rating radio buttons, They have square shadows

Note: Sorry if someone saw just the error boxes, accidentally clicked on "Post"

Thanks, fixed! The first one is indeed the reason radio inputs still had shadows, and the second one didn't actually affect anything because the overflow isn't doing anything anyway.

Adrian_Blazevic said:
http://www.w3.org/TR/2008/REC-CSS1-20080411/#units

"After a '0' number, the unit identifier is optional."

It's the standard, but Opera (and possibly other browsers) don't recognize it correctly and require 'none'.

Bug: If a username is too large, it might get "mixed" with the comment.

Expected behavior: Eh

Actual behavior: Large name + Comment = last letters of the name inside the comment.

Steps to duplicate: I only seen this one once too, I was randomly browsing images, then I came up to this one:

http://www.e621.net/post/show/105088/absorption_vore-anal_vore-balls-cock_vore-cum-eeve

Check "RunningWithTheWolves" comment, see his name gets mixed with his comment.

Fixed

Rainbow_Slash said:
Bug: Really old forums are bumping/being bumped but show no new post

Expected behavior: If a thread dies it should stay buried.

Actual behavior: Threads are coming back from the dead as zombies

Steps to duplicate: Find a dead forum and look at the date of the last post.

Side note: Either something isn't showing the right value or someone is necroing threads and then deleting their post. It says last updated 17 minutes ago in the index and last updated 3 years ago in the actual thread

Someone's deleting their old forum posts. Doing that bumps the topic. http://e621.net/mod_action

Riversyde said:
Someone's deleting their old forum posts. Doing that bumps the topic. http://e621.net/mod_action

Thought so. Thanks.

Fixed

blocks do not preserve indentation of lines.

[b]Expected behavior:[/b] \[code] blocks should preserve indentation of lines to preserve readability.

[b]Actual behavior:[/b] Each line of code in a \[code] block has whitespace removed from the front of it.

[b]Steps to duplicate:[/b] An example can be seen "here":/forum/show/36246. 

It looks like we switch to a fixed-width font in code blocks, any chance of getting a <pre> tag added into the HTML for code blocks, so browsers will automatically preserve indentation? 

Also, I notice that the whitespace at the beginning of the first line of each code block was completely trimmed out, but the remaining whitespace at the beginning of each line after the first was left in the HTML. So asides from the first line, it's just a matter of the browser refusing to render the whitespace (Firefox 12.0, not sure about others but my own past experience in web development is that this is common behavior).
[/section]

Not A Bug

DarkSniper said:
Bug: Pending Posts are Squished Towards the Left

Expected Behavior: Post Should Be Positioned Like Other, Approved Posts.

Actual Behavior: The whole page breaks

Side Notes: Unsure if this is a browser bug or a bug with e621 itself. I am using Chromium v21.0.1155.2 under Arch Linux x86_64. Clearing my cache and using the --disable-extensions flag did not affect the issue.

Screenshots Of Issue:
Broken, Pending Post: http://img836.imageshack.us/img836/5341/screenshot2012060316591.png
Same Post Working, Now Approved: http://img15.imageshack.us/img15/8319/screenshot2012060317233.png

I think it's a browser thing, since I've seen several pending posts without problems.
http://img208.imageshack.us/img208/534/shot20120603t181740.png

xLuna said:
I think it's a browser thing, since I've seen several pending posts without problems.
http://img208.imageshack.us/img208/534/shot20120603t181740.png

Indeed, I just got a chance to download the stable channel package (19.0.1084.52) and the issue is gone, so it must be a bug affecting the Chromium version I'm using. Looks like I have to deal with it until the next dev build release, which hopefully has a fix for whatever's causing this weird rendering glitch.

DarkSniper said:
Indeed, I just got a chance to download the stable channel package (19.0.1084.52) and the issue is gone, so it must be a bug affecting the Chromium version I'm using. Looks like I have to deal with it until the next dev build release, which hopefully has a fix for whatever's causing this weird rendering glitch.

make a note of this, because I will tell you now we won't support beta browsers ;)

Aurali said:
make a note of this, because I will tell you now we won't support beta browsers ;)

That's undersandable, since betas have bugs

xLuna said:
I think it's a browser thing, since I've seen several pending posts without problems.
http://img208.imageshack.us/img208/534/shot20120603t181740.png

only an issue with the dev. release of chrome I must assume since I've been using the beta a few years now and I don't see this problem.

Bug: Blacklist not working for avatars

Expected behavior: Blacklisted images blocked/covered with white/grey Blacklist.. thingy.

Actual behavior: Can see the image in its full glory.

Steps to duplicate: I'm not sure how to replicate it, but I do have a screenshot! http://i47.tinypic.com/2uqzk1c.jpg

My blacklist terms are scat and hoihoi.
I'm also using Chrome 19.0.1084.52 m, and Windows 7 Home Premium 64bit.
Edit: Better screenshot because I'm dumb.. and paranoid. http://i47.tinypic.com/2ewirvc.jpg

Crystalinn said:
Bug: Blacklist not working for avatars

Expected behavior: Blacklisted images blocked/covered with white/grey Blacklist.. thingy.

Actual behavior: Can see the image in its full glory.

Steps to duplicate: I'm not sure how to replicate it, but I do have a screenshot! http://i47.tinypic.com/2uqzk1c.jpg

My blacklist terms are scat and hoihoi.
I'm also using Chrome 19.0.1084.52 m, and Windows 7 Home Premium 64bit.
Edit: Better screenshot because I'm dumb.. and paranoid. http://i47.tinypic.com/2ewirvc.jpg

There's a checkbox in your settings to apply the blacklist to avatars.

null0010 said:
There's a checkbox in your settings to apply the blacklist to avatars.

Oh, alright. Thanks!

Server doesn't like me. :(

Actually, I don't know if it's just me (no one has reported thus AFAIK) but I occasionally get a 500 Server Error. The site WILL LOAD if I refresh, but sometimes it takes multiple refreshes. Not sure what is causing this as it's a sporadic issue.

I just had this problem a few minutes ago though.

titaniachkt said:

Fix Pending

User blacklist doesn't work for users with capital letters in their name

Bug: Blacklisting a username that contains capital letters doesn't seem to work

Expected behavior: Being effective regardless of case

Steps to duplicate: Blacklist any name (user:*) that contains capital letters, such as user:Aurali , user:Char etc.

N.B. With the exception of A-Z, other alphanumeric/printable code ( a-z, 0-9, !/@/# etc.) still works. Not sure about non-Latin scripts (あ,ア,б, 阿 etc.)

It works!Thanks for the fix
Using capital letters or common doesn't seem to make a difference with respect to functioning properly