Topic: General bug report thread - bugs here, bugs there, bugs everywhere, come here and report your bugs

Posted under Site Bug Reports & Feature Requests

notmenotyou said:
This has been added to the pile of things that need to be fixed, thank you.

Thanks!

Oh and another one: i've seen in https://e621.net/forum_topics/25803 that the favorite sorting thing has been fixed, but it looks like Sets are also facing the issue with sorting by upload date by default (like favorites, it used to be sorted by time of addition)

TonyCoon

Former Staff

Logging in doesn't redirect you back to the page you were at before attempting to log in. If it did this before, which now I'm not sure of. Either way, clicking "Login to reply" at the bottom of a forum post should redirect you back to that same page after logging in.

redhunter said:
It's just me? Any fix?

redhunter said:
I can't respond and send pm to other members, when i try to send the message it says: An unexpected error occurred.

Log ID: "various numbers here" don't know what they are

I get the same error when trying to respond to a DM.

Log ID: 478878f3-c923-492c-b9e0-dc5b71d5a893

Perhaps intentional, but as a normal user I can no longer edit Artist entry names. (e.g. I want to romanize this artist's name but must create a new Artist entry to do so.)

EDIT: More importantly, I can't edit that artist page at all because of the new ASCII-only rule for tags.

atatat said:
Perhaps intentional, but as a normal user I can no longer edit Artist entry names. (e.g. I want to romanize this artist's name but must create a new Artist entry to do so.)

EDIT: More importantly, I can't edit that artist page at all because of the new ASCII-only rule for tags.

I really hope they reconsider the ASCII-only restriction for tags, at least artist names. Using a romanized artist name is not always possible with new or unaliased artist names, and even if non-romanized names are all eventually aliased to romanized ones, having new posts for a such an artist be none or unknown_artist because of this restriction will make it near impossible to properly fix.

The artist pages in particular would be the last avenue someone could have for searching an artist to see if there is a romanized name they should use instead. Not allowing it even there is just ensuring the problem is as bad as it can be.

When you vote up on your own comment there's nothing written in the red dialogue box you get that's supposed to tell you you cannot

TonyCoon

Former Staff

The text for viewing deleted images should read "You cannot view this image.", not "You can not view this image."

Uploads from inkbunny aren't working.
It loads the image for a second then shows the broken image icon, and when you press upload it gives the error "error: ActiveRecord::RecordInvalid - Validation failed: File ext is invalid (only JPEG, PNG, GIF, SWF, and WebM files are allowed, File size is too large. Maximum allowed for this file type is 0 MiB"

butterbutts said:
Uploads from inkbunny aren't working.
It loads the image for a second then shows the broken image icon, and when you press upload it gives the error "error: ActiveRecord::RecordInvalid - Validation failed: File ext is invalid (only JPEG, PNG, GIF, SWF, and WebM files are allowed, File size is too large. Maximum allowed for this file type is 0 MiB"

Strange, I haven't had any issues with anything from Inkbunny. What's your browser?

TonyCoon

Former Staff
  • Clicking column headers on various index pages (user list, tag index, etc.) should sort the list by that column (and reversing if already sorting by that order, of course).
  • There is no way to sort the user list by user level.
  • If the "Posted by" information won't be returned to the post show page, then at least a way to verify that the post was uploaded by you would be extremely useful.
  • There is no way to view only unread (or only read, for that matter) dmails.
  • In fact, unread dmails should be much more prominent in the list - perhaps a green background instead of just bolded text, which is practically indistinguishable from read dmails.
  • Old user_record URLs don't properly redirect if they include /index - for example, https://e621.net/user_record/index?user_id=2083. I don't know if any other pages are affected by the same bug, but the few I tried (/post/index, /tag/index) worked fine.
Previously-reported bugs
  • The text for viewing deleted images should read "You cannot view this image.", not "You can not view this image."
  • Logging in doesn't redirect you back to the page you were at before attempting to log in. If it did this before, which now I'm not sure of. Either way, clicking "Login to reply" at the bottom of a forum post should redirect you back to that same page after logging in.
  • The "Drawn by" prefix on post page titles makes it extremely difficult to tell tabs apart from each other when they're not full-size (e.g. you have more than a handful open). Example
  • When posting a reply to a forum thread, you're redirected to the top of the current page instead of being scrolled down to your newly created post (and it doesn't highlight it, either)
  • Usernames in quotes are forced lowercase
  • When saving advanced settings in your profile, you're redirected back to the basic settings page

Updated

I can’t seem to remove any VERY old images from my favorites. If I go to the last page of my favorites (by id), none of the images there seem to get removed, even after several attempts.

Ex:
This image:
https://e621.net/posts/17
is the last one in my favorites list and refuses to leave it.

calixto said:
the tag "date:X_days_ago", used to show posts that ranged from the most recent post to the posts that were X days old, and now it only shows posts that are exactly X days old (same with date:X_weeks_ago)
but the tag syntax page didn't make any changes about that info https://e621.net/help/cheatsheet

Weirdly, this seems to apply to all date syntaxes now except for "date:day/week/month/year" (decade still seems broken, hah).

The tag "barbed_penis" does not appear in the search bar/autofill or on any post's taglist, though searching it brings up posts that definitely have the tag.

And "dogmom" as well. "dog_mom" does work however, but is a different tag.

EDIT:
Ah, I should mention, it doesn't seem to have been put into any other tag (like "horsecock" and "equine_penis")
unless I'm blind

Updated

tonycoon said:

  • If the "Posted by" information won't be returned to the post show page, then at least a way to verify that the post was uploaded by you would be extremely useful.

just run: document.querySelector('#image').dataset.uploader

Not sure if this is already posted, but a search didn't find it, so:

A/D works to navigate pools, but left/right arrow does not.
Left/right is NOT universally disabled, though, for example it works to move through forum thread pages.

[Firefox 37, Arch Linux x86_64. Addons list on request, only possibly-relevant one I see is Imagus since it also wants to do shortcuts related to images -- but these only apply when its popup is active.]

kemonophonic said:
I have humanoid -user:kemonophonic on one line in my blacklist so I only see humanoid images that I uploaded.

If I try to use a humanoid image that I uploaded as an avatar the blacklist hides it instead of showing it.

So your blacklist only hits it when it's an avatar?
I've tried it on a normal search and it doesn't seem to hit posts in humanoid user:kemonophonic

EDIT: My avatar is currently set to an item in that search and it's not getting hit by the blacklist. So this is at least not a universal bug.

EDIT2: WHOA. hey. It's SPECIFICALLY YOUR AVATAR. That rule is matching your avatar and hiding your messages. But not my avatar. uh.. this seems like some glitchiness with how user: is processed.

Updated

Blacklist is still not working on Chrome. All my blacklists prior to the update work, BUT I can't add or remove any blacklist items from the list. Example: Anal is not on my list, but when I add anal ( on it's own line ) and I hit submit, it's not added to my blacklist. If I try to remove something from my blacklist and hit submit, the item is not removed.

kemonophonic said:
When humanoid -user:kemonophonic is used in my blacklist it's supposed to only hide humanoid images that I didn't upload (which it does). I can see my humanoid uploads elsewhere on the site just fine but if I try to use one as an avatar it hides it.

Yes, as I said in my second edit, the rule seems to match specifically YOUR avatar (and not, say, mine, which is currently set to a relevant image).. Or maybe it's just matching you (the user) not you (the uploader) -- if you understand the distinction I'm making there. That last theory is probably good, since otherwise it WOULD be doing something to my current avatar.

.. I guess the next question would be, what happens if you change your avatar to something that is uploaded by you but not humanoid?

.. actually I'm not sure whether negative user metatag blacklisting is implemented, when I think about it. So that might just be being treated as humanoid user:kemonophonic. I think we can be sure that it is recognizing that some user-based processing should happen. Maybe it is working correctly for posts but wrongly for "user blocks" (for the lack of a better term: 'X user posted Y' and an avatar.)

Updated

If you are the first person to view a post since the site redesign, and that post had notes prior to the redesign, all of the notes get shoved into the top-left corner of the image at the exact same size. This behavior does not persist after a refresh.

My "Human and Nonhuman" pool should have several examples of this.

koboldv said:
Blacklisted results are not being condensed into individual pages anymore. See this image (search is rating:safe score:>10):

https://cdn.discordapp.com/attachments/580031920092610572/685271044696834099/unknown.png

This is supposed to put all the images that match the criteria into as few pages as possible. Here, there's three images on the first page, two images on the second page, three images on the third page -- before the changes, if I did this search, it would just show as many results as could fit on the first page.

It looks like blacklisted images are taking up space on the page and just aren't shown. If I exclude blacklisted results by searching for (rating:safe score:>10 -female)

https://cdn.discordapp.com/attachments/580031920092610572/685271649108754454/unknown.png

The list is slightly more condensed because it isn't listing the invisible posts tagged as 'female'... it seems that I would need to put my entire blacklist of tags in every search if I wanted the old way that it worked. Is there a fix or different way to do searches now?

I also started having this problem recently after I attempted to update my blacklist. It had been working correctly until then. A friend of mine hasn't updated his blacklist at all since the site UI update, and his results are still condensing like they used to.

TonyCoon

Former Staff

bipface said:
just run: document.querySelector('#image').dataset.uploader

Obviously there are ways of seeing who uploaded a post, but I mean something visible on the page itself.

hillbex said:
Doesn't work on Opera Mini.Images won't load despite i'm logged in.Fix it.

This won't work because incompatible set of features not available on all browsers, and no fallback version. And yes, User Agent string checking to present the incompatible version only to said browsers is an ugly hack. XD

scott12345 said:
Blacklist is still not working on Chrome. All my blacklists prior to the update work, BUT I can't add or remove any blacklist items from the list. Example: Anal is not on my list, but when I add anal ( on it's own line ) and I hit submit, it's not added to my blacklist. If I try to remove something from my blacklist and hit submit, the item is not removed.

It appears that this is due to your email field being empty, when trying to edit your blacklist I get an error that your email is "wrong".
Try adding an email and it should fix this.

notmenotyou said:
It appears that this is due to your email field being empty, when trying to edit your blacklist I get an error that your email is "wrong".
Try adding an email and it should fix this.

Not sure how that happened. You need to use an email to sign up here. Anyways, thank you! That fixed it.

Since there are now images you can only view if logged in, I feel the site should do a better job keeping users logged in. In my experience, it logs me out about every other day, even though I have "remember me" checked. I consider this a bug.

If the tagging system were perfect, I'd have no problem with an automatic blacklist being enforced on certain contentious tags, but there's a very good reason I refuse to use my blacklist and instead just ignore images that don't do anything for me.

Another thing I consider to be a bug is that when not logged in, there is an option that from its description seems to disable the blacklist, and that option does nothing, as the blocked images are still blocked. Further, removing items from said blacklist has no effect.

TL;DR

  • Site doesn't keep users logged in for longer than a session
  • Anonymous Blacklist disable doesn't actually work
  • Nothing happens when items are removed from anonymous Blacklist

Oh hey, AB issues were fixed. Nice! Good thing I tested before posting

Another thing that's confusing me is the page titles for posts. Sometimes it's the detailed format (characters (copyright) drawn by artists), and other times it only shows the post id. I looked in the settings page and didn't find anything related to a title format. Is this a bug? I like being able to see the artist name in the page title, so this is hurting usability with the tab saving browser extension I use

When you were viewing the post, the rating safe, questionable, explicit, were in the colors green, yellow, red respectively. That went away, and now it is all white.

Also I cannot be logged in on more than one device at a time. When I sign in onto the computer, I am logged out on my phone, and vise versa.

tonycoon said:
Obviously there are ways of seeing who uploaded a post, but I mean something visible on the page itself.

how about this custom-css:
#image-container::after {content : attr(data-uploader);}

  • 'search for myself in comments' also reliably triggers an 'unexpected error'
  • Voting (eg. on alias suggestions) seems to be visually a bit glitchy, I clicked multiple times and the display didn't update until I reloaded the page.

API:Retrieving data based on ID number seems to not work.Endpoint: https://e621.net/posts.json?id=2174892Expected:
Return one post with id 2174892Actual:
Returns 75 posts and 2174892 ain't one.

All sorted, thanks!

For those wondering, you can either search /posts.json?tag=id:2174892 or just /posts/2174892.json

Updated

I still can't see any image anywhere. Not even user avatars.

I don't know if I'm being useful, just thought I should let you know.

Using 4.2 Android phone

angievee said:
I still can't see any image anywhere. Not even user avatars.

I don't know if I'm being useful, just thought I should let you know.

Using 4.2 Android phone

Thanks for posting with platform details, it really helps. Even if you're not able to go into great detail, it can often make the difference between a bug that can be sensibly triaged and one that is functionally 'the software doesn't work, halp'

So far this experience seems to relate to disabled or inadequate Javascript. Sites like ActivateJavascript will tell you whether your JS is enabled (and the particular link I give here might be helpful for Android users in enabling it if it is not already enabled)

When I search any tag, instead of actual posts showing up it just says the word "posts" with no images

adinegod said:
When I search any tag, instead of actual posts showing up it just says the word "posts" with no images

We need a sticky about this, cause we have had a lot of reports like this. So far this seems to indicate your JS is disabled, broken, or inadequate.
http://activatejavascript.org/en/instructions is not a definitive test but may be a good start. It tells you whether JS seems to be working in your browser and how to enable it if it is not.

savageorange said:
We need a sticky about this, cause we have had a lot of reports like this. So far this seems to indicate your JS is disabled, broken, or inadequate.
http://activatejavascript.org/en/instructions is not a definitive test but may be a good start. It tells you whether JS seems to be working in your browser and how to enable it if it is not.

It's enabled, but it might be outdated. Im using safari on a iPhone 4 so unless I can force update it I might just be locked out I posts

I just straight up can't edit some older posts.
I'm getting the error:

Uploader must exist; User status must exist

Log ID: (none)

any time I try to edit this post. looking at the tag history it does indeed somehow not have an user associated with the upload or the first few tag edits.

Hello, I found out that for some reason The "longest Description first" (order:desclength) seems to not work for me. Is this the case for anybody else? Is it something else?

sometimes when i vote a post up or down, it doesn't work, i have to click 2 times or even 3 to work
it happens very often.

The old login URL (/user/login) redirects to /sessions/new, which doesn't exist; it should redirect to /session/new.

bipface said:
That's all well and good, but you still would need to read the entire result set first to know what the 'values' are. I'm sure that is what the current implementation is intentionally avoiding.

How do you figure?

alphamule said:
How do you figure?

even with an PRNG which outputs non-repeating values, you still need some way of mapping these to actual posts among the search results.
if you used it as a seed for the current get_random_posts algorithm, it would still lead to duplicates, so it offers little advantage compared to using a simple PRNG.

get_random_posts

is optimised with the assumption that all it needs to do is grab one page worth of posts.
in general, to have a randomly-ordered sequence in which you can go directly to any page, the DB has to read all the results which precede that page; that's simply the nature of random ordering, there's no way around it.

whether the random seed is persisted anywhere, and whether the RNG produces duplicates or not, are only a very small part of the solution for random-order pagination.

Unable to send DMail.

Log ID: 7e6aa68a-adb2-46fb-bc71-94eb62784877

Can receive, but not send it.

Edit: Was able to send one. Maybe urls are blocked when sending DMail?

Edit 2: And now a mail with a url sent. Strange.

Updated

I'm new to this site and I'm having problem with it.

I can't see the images on the posts along with the profile picture. All I see is the tags, randoms and the pages number. Firefox and Microsoft Edge works alright, but not the Internet Explorer, which I use all the time. I couldn't find anything to fix it after the update.

Updated

Sets are organized with recently-uploaded first instead of recently-added-to-set first like they used to be

n8dogg24 said:
I'm new to this site and I'm having problem with it.

I can't see the images on the posts along with the profile picture. All I see is the tags, randoms and the pages number. Firefox and Microsoft Edges works alright, but not the Internet Explorer, which I use all the time. I couldn't find anything to fix in after the update.

Probably bad javascript support. I've made piles of posts about this, a few are even on this page, so I won't go into more detail here.

Tried to log in through the desktop versions of Firefox and Edge but it keeps telling me that the Username/Password was incorrect even though it wasn't. I can log in using Google Chrome's mobile version.

Technically a feature request, but I haven't seen an official thread for that: the 'set as avatar' link needs a confirmation window. Currently you're one misclick away from accidentally changing it.

Enable Roaming seems to be missing from the login page, this is useful for people who use vpns so when one area goes down they can switch to another without being logged out

stars12 said:
Enable Roaming seems to be missing from the login page, this is useful for people who use vpns so when one area goes down they can switch to another without being logged out

i think roaming is always enabled now

Is the blacklist supposed to persist in one state across pages until switched? Because my blacklist has ended up disabled over multiple pages after viewing a blacklisted image once and I have to re-enable it constantly.

bipface said:
even with an PRNG which outputs non-repeating values, you still need some way of mapping these to actual posts among the search results.
if you used it as a seed for the current get_random_posts algorithm, it would still lead to duplicates, so it offers little advantage compared to using a simple PRNG.

get_random_posts

is optimised with the assumption that all it needs to do is grab one page worth of posts.
in general, to have a randomly-ordered sequence in which you can go directly to any page, the DB has to read all the results which precede that page; that's simply the nature of random ordering, there's no way around it.

whether the random seed is persisted anywhere, and whether the RNG produces duplicates or not, are only a very small part of the solution for random-order pagination.

Let's see if my thinking is right. Say, you generated a list of post numbers, as integers, and then used the PRNG to select the member of the list. I'm thinking either you use an array and deal with (small but repeated for every instance) RAM space (or regenerating the list if needed), or you have an object-oriented implementation that has the overhead of all those pointers. I guess it still has that problem with having to do the entire list. However, keeping a cache of each tag's post IDs with ability to append more as site is updated would let you merge them using the equivalent of intersection in set theory. You'd still be stuck with the sort or insertion costs. :/ Yeah, guess not worth the effort. Quick and lazy fix: Make "next" button just refresh the page? :D Also, you'd get different order on newer posts appearing in the mix, even if you used a repeatable set of random numbers.

“Reply” seems to work here in the forums, but on normal posts when pressed it brings me to the top of the page and doesn’t add the other commenter’s quote to the text box.

iOS 13.4 iPhone Xs
Google App ver. 97.0.298258560

Updated

deya said:
“Reply” seems to work here in the forums, but on normal posts when pressed it brings me to the top of the page and doesn’t add the other commenter’s quote to the text box.

iOS 13.4 iPhone Xs
Google App ver. 97.0.298258560

That "back up to the top" happens too much for a bunch of things. Happens when I (unnecessarily) have to press a button just to display tags in the comment section as well

I have a lot of things blacklisted, and it makes almost every page just a few posts. I use to have very full pages before the overhaul, but now I have to look at four to ten pieces of art before going to the next page, which is really annoying.

dragonwithblankets said:
I have a lot of things blacklisted, and it makes almost every page just a few posts. I use to have very full pages before the overhaul, but now I have to look at four to ten pieces of art before going to the next page, which is really annoying.

this definitely didn't change, it's probably just luck of the draw that you're now getting pages with many posts that are tagged with stuff you have blacklisted. the only real possibility is that somehow your "Posts per page" value got changed somehow, but blacklists on the posts page works more or less the same now as it ever has.

TonyCoon

Former Staff

With the removal of the XML API, there's no way to get a total post count for a search via the API (it was the count attribute of the <posts> element).

Previously-reported bugs
  • Clicking column headers on various index pages (user list, tag index, etc.) should sort the list by that column (and reversing if already sorting by that order, of course).
  • There is no way to sort the user list by user level.
  • If the "Posted by" information won't be returned to the post show page, then at least a way to verify that the post was uploaded by you would be extremely useful.
  • There is no way to view only unread (or only read, for that matter) dmails.
  • In fact, unread dmails should be much more prominent in the list - perhaps a green background instead of just bolded text, which is practically indistinguishable from read dmails.
  • Old user_record URLs don't properly redirect if they include /index - for example, https://e621.net/user_record/index?user_id=2083. I don't know if any other pages are affected by the same bug, but the few I tried (/post/index, /tag/index) worked fine.
  • The text for viewing deleted images should read "You cannot view this image.", not "You can not view this image."
  • Logging in doesn't redirect you back to the page you were at before attempting to log in. If it did this before, which now I'm not sure of. Either way, clicking "Login to reply" at the bottom of a forum post should redirect you back to that same page after logging in.
  • The "Drawn by" prefix on post page titles makes it extremely difficult to tell tabs apart from each other when they're not full-size (e.g. you have more than a handful open). Example
  • When posting a reply to a forum thread, you're redirected to the top of the current page instead of being scrolled down to your newly created post (and it doesn't highlight it, either)
  • Usernames in quotes are forced lowercase
  • When saving advanced settings in your profile, you're redirected back to the basic settings page

tonycoon said:
With the removal of the XML API, there's no way to get a total post count for a search via the API (it was the count attribute of the <posts> element).

adding to this, danbooru has the endpoint /counts/posts.json for this purpose, but it doesn't seem to be present on e621