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

Posted under Site Bug Reports & Feature Requests

watsit said:
Except apparently some browsers don't honor the EXIF rotation data, and the full size image shouldn't be re-encoded with rotation preapplied, making that not viable (unless it can be done losslessly?). Stripping out the EXIF rotation data (to ensure uniform behavior) or refusing uploads with EXIF rotation data (since it would appear wrong for some people) are the only options left.

Since when did we refuse uploads on the basis that they would "appear wrong for some people"?

(Also, for what it's worth, it is possible to losslessly rotate JPEGs by 90 degree angles, although only if the resolution is a multiple of 16 pixels in both dimensions. EDIT: Should clarify I am not suggesting the site should actually do this.)

wat8548 said:
Since when did we refuse uploads on the basis that they would "appear wrong for some people"?

Since forever. This site doesn't allow 422 or 444 colorspace webms, because it doesn't play correctly on some browsers. It doesn't accept mp4 because it can't play in some browsers. It doesn't accept webp because some browsers can't display it. If there's an encoding error that prevents an image or video from displaying correctly on some browsers, while it looks fine in other browsers, it tends to get deleted.

Of course, it depends on how many users are affected by the problem. If it turns out to be only a small handful of people with more obscure browsers (e.g. Pale Moon), it may be seen as acceptable. Or if it's an entire class of browsers based on a common codebase (e.g. Firefox-based browsers, which Pale Moon kind of is), it may be more of a problem.

When there's a username with a space in it API expects space to be replaced with underscore eg:"user_name", but that would probably cause an issue when there's a user with "user_name" for a name. Shouldn't it take urlencoded name instead?

Also, why is "you have unread mail" notification touching the top of the profile page (https://i.imgur.com/etCpaWI.png) especially when other elements have no border/stroke/outline. I feel uncomfortable looking at it.

Updated

bitWolfy

Former Staff

aobird said:
When there's a username with a space in it API expects space to be replaced with underscore eg:"user_name", but that would probably cause an issue when there's a user with "user_name" for a name. Shouldn't it take urlencoded name instead?

Usernames cannot have spaces in them. Period. Underscores are simply interpreted as spaces for display purposes.
Oddly enough, any number of underscores are still interpreted as only one space, causing there to be three different users called Rainbow Dash:
- user #18776 Rainbow_Dash
- user #40403 Rainbow__Dash
- user #42038 Rainbow___Dash

bitwolfy said:
Usernames cannot have spaces in them. Period. Underscores are simply interpreted as spaces for display purposes.
Oddly enough, any number of underscores are still interpreted as only one space, causing there to be three different users called Rainbow Dash:
- user #18776 Rainbow_Dash
- user #40403 Rainbow__Dash
- user #42038 Rainbow___Dash

Well, there are usernames with space in them.

This post seems to have conditional_dnp improperly locked because it was mistagged with an artist which did require that tag. I removed the artist, but the conditional_dnp remains.

post #2417839

Whole site is fubar every new post is showing up as just a bunch of tags with no image even profile pics are doing it what is going on

teledroid13 said:
Whole site is fubar every new post is showing up as just a bunch of tags with no image even profile pics are doing it what is going on

Your connection to the image server seems to be having issues. Usually these things resolve themselves in a few minutes. the internet is a volatile place, things happen.

watsit said:
As a workaround, you can put an empty anchor (# character) on the end of the URL:
"Elite":https://en.wikipedia.org/wiki/Elite_(video_game)# -> Elite

Thanks, I ran into that issue a while ago.

so I just started using the blacklist, so sorry if this is a thing everyone's known about for ages, but dose the blacklist just not work for the firsts page of uploads? Like every time I come on this site and check recent posts I see at least three things that are on my blacklist.

bitWolfy

Former Staff

thatguywhoisfurry said:
so I just started using the blacklist, so sorry if this is a thing everyone's known about for ages, but dose the blacklist just not work for the firsts page of uploads? Like every time I come on this site and check recent posts I see at least three things that are on my blacklist.

Works perfectly find with any page of posts.

First of all, please check that the blacklist filters in the sidebar are turned on. If they are crossed out ( like this ), click on "Re-enable all" to turn it those back on.
If that does not help, then the issue is with your blacklist. Every term in the list should be on its own separate line. Which tags are you trying to filter out?

bitwolfy said:
Works perfectly find with any page of posts.

First of all, please check that the blacklist filters in the sidebar are turned on. If they are crossed out ( like this ), click on "Re-enable all" to turn it those back on.
If that does not help, then the issue is with your blacklist. Every term in the list should be on its own separate line. Which tags are you trying to filter out?

I was not aware they they had to be in it's own line, I had them all in one line and I have since fixed that. There was no blacklist sidebar at first, but apparently it only shows up when there's actually posts with blacklisted tags on that page. It seems to be working now that I have change them to each having their own line, did not see the bit of text under the box saying to do that, that was my bad and it seems to be working now. Thanks for the help

bitWolfy

Former Staff

thatguywhoisfurry said:
I was not aware they they had to be in it's own line, I had them all in one line and I have since fixed that. There was no blacklist sidebar at first, but apparently it only shows up when there's actually posts with blacklisted tags on that page. It seems to be working now that I have change them to each having their own line, did not see the bit of text under the box saying to do that, that was my bad and it seems to be working now. Thanks for the help

No Problem.

To clarify, every tag listed on a single line has to apply in order for the post to be filtered out.
For example, if the line states horse solo, then the posts that have both horse and solo will be be hidden.

I am wondering if it might be worth idiot-proofing the settings page slightly, to make it throw up a warning if your blacklist has been changed and now has exactly one line with at least one space in it. Right now the forums seem to be dominated by people making one of two basic mistakes, that one and the one where they don't know about status:any (on which note, it would be nice if tag counts could respect deleted posts).

I've recently run into a weird problem where I cannot upload a simple jpg image file. I have all the required areas filled out and at least minimal tags, but after clicking submit and waiting a bit, it gives:

"Error: Unknown error! undefined"

Any help?

EDIT: Turns out my internet was falling apart. Problem solved.

Updated

I'm not sure if this is a bug or a new standard for pool titles, but when attempting to create the title "Dog Knight RPG - Lover's Day Surprise" for pool #23400, I get the error Error: Name cannot contain consecutive underscores, hyphens or spaces. We have been able to use " - " in the past, however, as seen with pools such as pool #22387.
As of now, the former pool is currently titled "Dog Knight RPG: Lover's Day Surprise", which is not a major issue, but it would be nice if we could continue using a relatively standard title format. This mostly just matters in cases where both a colon and a hyphen might be used at the time (eg. Copyright - Title: Subtitle)

Edit: Pool titles working as they were before now.

Updated

I hope this applies to this thread...

The e621 Watch Bot on telegram appears to have stopped working, it hasn’t sent any updates in a few days even though posts matching my tags and those of several friends have been uploaded.

bitWolfy

Former Staff

zylv said:
I hope this applies to this thread...

The e621 Watch Bot on telegram appears to have stopped working, it hasn’t sent any updates in a few days even though posts matching my tags and those of several friends have been uploaded.

It definitely does not belong in this thread.
Talk to the bot's author to get it fixed. This is for site issues only.

e621's post index page is completely blank, only the tags off to the left, the Upper ad space, search, and interaction type dropdown (as well as the post, my account, forums etc stuff) are visible. no image thumbnails are loading whatsoever. all i see is the blue hex background. no images, not even the brackets for unapproved, video, ect
my Icon for profile says "Image Placeholder" too... as well as everyone else's profile icons in comments search, etc

Update: only occurring on Desktop version of e621, mobile works normally...

bitWolfy

Former Staff

esme_belles said:
e621's post index page is completely blank, only the tags off to the left, the Upper ad space, search, and interaction type dropdown (as well as the post, my account, forums etc stuff) are visible. no image thumbnails are loading whatsoever. all i see is the blue hex background. no images, not even the brackets for unapproved, video, ect
my Icon for profile says "Image Placeholder" too... as well as everyone else's profile icons in comments search, etc

Which OS / Browser are you using?
This issue happens if JavaScript is disabled, which is common in older browsers, or when using an extension that turns it off.

bitwolfy said:
Which OS / Browser are you using?
This issue happens if JavaScript is disabled, which is common in older browsers, or when using an extension that turns it off.

yeah, i just restarted Firefox and its fixed now. never had that happen before so i thought it was the site lol. thanks though! False alarm xD

Not sure if those are bugs or missing features in new engine:

  • DText: overline seems to not work (source)
  • DText: whatever category points to (also, what is a category in this sense?), seems to not work/exists (source)

I was trawling the mod actions log trying to unearth more information about topic #29025. Unfortunately it seems that that page does not correctly support all possible mod actions, including the specific one I was looking for:

2021-03-12 03:10MillcoreUnknown action post_unapprove

It's not the only unsupported action either:

2021-03-12 02:14ApplesauceDeerUnknown action artist_page_rename

There may be other rare actions that don't display correctly in this list. Code audit required.

bitWolfy

Former Staff

onemoreanonymous said:
post #562546 popped up when I searched for more than 1 artist tag despite it currently haveing only 1.

Fixed it. Same thing as here
It happens sometimes, a quirk of the way aliases works. It had the ぎぃ tag, which was aliased to tokumori_kaisen, so the search thought that the post had both of those tags.

I added an item to my blacklist for a show (bluey_(show) ) and everything on the site is now registering as on my blacklist for some reason

Edit: nevermind, realised I added a - in front so that'll do it whoops

Why is the number of results for a given tag less than the number attached to the tag? For example, basil_rubin has "4" attached to it but a search yields only one result.

hellow new comenting but when i try to click on piture i just get error and when do it multiple times i get updating posts
does anyone have a fix?

bitWolfy

Former Staff

cogmaster said:
hellow new comenting but when i try to click on piture i just get error and when do it multiple times i get updating posts
does anyone have a fix?

This question gets repeated over and over again in this thread.
I suspect that you might not be in the "view" mode.

If you are on mobile, you should scroll down past all the posts until you see a "Mode" section. It's right above the blacklist, and the tags. Looks something like this: https://i.imgur.com/vy2Pe5k.png
On desktop version, it's in the sidebar on the left, right under the search bar: https://i.imgur.com/ahVK1tn.png

Using a dropdown in that section, switch back to the "view" mode.

tredfg543 said:
Something seems a bit broken with the Tag/Edit History regarding Parent Post changes. See the history of post #2674955 for an example.

Yes, it seems the parent and rating pseudo-tags display improperly. On changes where the parent or rating isn't changed, it's not shown. But when it changes, the old one is correctly shown red and negated, while the new current one is shown green and positive, but crossed-out (as if a future change deleted/changed it, but it wasn't).

Using the Pixiv url link doesn't display a preview of the image anymore.

Using the latest version of Mozilla

vex714 said:
Using the Pixiv url link doesn't display a preview of the image anymore.

Using the latest version of Mozilla

Pixiv prevents loading images from other pages. There is no way for us to fix this on our site without relaying all image requests(not ideal or really desirable for us.)

kiranoot said:
Pixiv prevents loading images from other pages. There is no way for us to fix this on our site without relaying all image requests(not ideal or really desirable for us.)

ah well, I'll just keep switch tabs. no biggie.

I think something's wonky with the "Viewing sample resized to x% of original" message. Take a look at post #491343 - Sample is supposedly 91% of original, is 492x800 (72KB), original is 924x1500 (1.70MB)

tredfg543 said:
I think something's wonky with the "Viewing sample resized to x% of original" message. Take a look at post #491343 - Sample is supposedly 91% of original, is 492x800 (72KB), original is 924x1500 (1.70MB)

And post #491343 has a new, larger sample now that actually is about 91% of the size of the original.

I think this might be a systemic issue though, possibly on older posts? I can find lots that do this. post #1277543 is doing the same thing. Sample supposedly 97% of original, even though it's actually closer to 66%.

bitWolfy

Former Staff

tredfg543 said:
I think something's wonky with the "Viewing sample resized to x% of original" message. Take a look at post #491343 - Sample is supposedly 91% of original, is 492x800 (72KB), original is 924x1500 (1.70MB)

tredfg543 said:
And post #491343 has a new, larger sample now that actually is about 91% of the size of the original.

I think this might be a systemic issue though, possibly on older posts? I can find lots that do this. post #1277543 is doing the same thing. Sample supposedly 97% of original, even though it's actually closer to 66%.

Interesting issue. I think I know the cause.
The problem seems to lie with the way e621 gets the width and height of the sampled image. Instead of actually storing these values, or deriving them from the image itself, the site uses a formula to calculate the size that the samples should be. For performance reasons, presumably.
And that would be just fine as long as the samples have always been generated based on that very same formula. And I believe that it s not the case.

I have not delved into the technical aspects of e621 before last year's site upgrade, so I cannot be entirely sure if I am right about this. Here is my theory, though.

Beforehand, the samples were at most 800px in the largest dimension. You can see it in post #1277543's case - its sample file is 543x800. However, now, the site forces the sample to have a 850px width, and calculates the height according to the image ratio. Thus, the post data claims that the sample should be 1250x850.

I see two solutions to this.

First, the samples for older posts would need to be regenerated. Now, staff members can do that manually – that's what I did with post #491343. However, if this problem is widespread, then a more programmatic solution would probably be necessary.

Alternatively, the formula that produces the expected sample sizes can be altered. As in, if a post is from before the change happens, use the old forumula - otherwise use the new one.

But that's just my two cents on the matter.

so I found some weird behavior, I'm not sure if this is a bug or more related to however the Popular page works.

When logged out, currently I see post #2699590 as the first post, and it's not on yesterday's page at all.
When logged in, it's not on today's page at all, but it shows up on yesterday's Popular page at number 5.

Other than blacklist-related stuff, is there supposed to be a difference in the content of Popular based on whether or not a person is logged in?

dirtydragryph said:
so I found some weird behavior, I'm not sure if this is a bug or more related to however the Popular page works.

When logged out, currently I see post #2699590 as the first post, and it's not on yesterday's page at all.
When logged in, it's not on today's page at all, but it shows up on yesterday's Popular page at number 5.

Other than blacklist-related stuff, is there supposed to be a difference in the content of Popular based on whether or not a person is logged in?

I think your time zone settings affect it. I ran into that when getting inconsistent date results on this: topic #22373

bitwolfy said:
Alternatively, the formula that produces the expected sample sizes can be altered. As in, if a post is from before the change happens, use the old forumula - otherwise use the new one.

I have zero say on the administrative aspects of esix, but this seems counter-productive - You're talking about doing a bunch of coding to preserve what is effectively incorrect data.

This sounds like a problem for a self-rate-limiting script. Load each image on the site, the supposed size of it's sample, and the sample. If the sample doesn't match it's supposed size, then force the site to regenerate the sample.

Let that run for a few days/weeks, and the issue is resolved for good, without complicating the esix codebase.

In every other scenario, my blacklist has worked gloriously, however it doesn't appear to be working when looking at submissions that use <video> instead of <img> to display the content. Currently on PC and using Opera, though I did switch over to Chrome to make sure that it wasn't a browser issue and I also checked the same thing with my phone while experimenting. In all of the browsers, the blacklist section successfully came up, as it detected the offending tag was present, however flicking between the 'disable all'/'re-enable all' only switched the video's image from the preview to the first frame of the animation instead of activating the normal blacklisted image replacement.

Debugging information: While experimenting I decided to inspect element on the video and changed the <video> tag inside the <section id="image-container"> to an <img> and then clicked on re-enable all, where it then successfully populated and showed the normal blacklist image. I'm curious if it's looking specifically for an <img> tag within the image-container (which still successfully has the 'class="blacklisted blacklisted-active"' when enabled, so that bit is still up and running) to replace with the blacklist image?

[b]IntiMate: Interactive VR Experience

Update 0.1.6[/b]

turns into

IntiMate: Interactive VR ExperienceUpdate 0.1.6

aobird said:

[b]IntiMate: Interactive VR Experience

Update 0.1.6[/b]

turns into

IntiMate: Interactive VR ExperienceUpdate 0.1.6

It changes to <strong>IntiMate: Interactive VR Experience Update 0.1.6</strong> in the browser.

<strong>

is an inline HTML element. It's not supposed to have line breaks in it and most browsers would handle it by collapsing it to a single line. This is the expected behavior.

[b]IntiMate: Interactive VR Experience[/b]

[b]Update 0.1.6[/b]

That's the correct DText.

I'm more concerned with what happened with my inline code up there.

lance_armstrong said:
It changes to <strong>IntiMate: Interactive VR Experience Update 0.1.6</strong> in the browser.

<strong>

is an inline HTML element. It's not supposed to have line breaks in it and most browsers would handle it by collapsing it to a single line. This is the expected behavior.

A single line break works, though:

[b]IntiMate: Interactive VR Experience
Update 0.1.6[/b]

becomes

IntiMate: Interactive VR Experience
Update 0.1.6

which leads to the perception that it's fine, and it only breaks when adding a second line break. If it's invalid to have any line breaks between <strong> and </strong>, the site should do something to ensure line breaks between [b] and [/b] work as expected, instead of generating invalid HTML that may or may not work for the user's browser.

The tags page messes up beyond page 750. Ordering fails and the numbered page navigation is replaced with only next/previous.

Why it matters:
I am interested in cleaning up character tags that are currently being used to apply to multiple different characters. To find tags for this, I search by count and go as far back as possible and look for ones that dont have '_' specification.

It would also be useful to be able to use '-' and wildcards in the tag search because I could then do '-*_(*' to get only the tags I'm looking for.

thermo-snek said:
The tags page messes up beyond page 750. Ordering fails and the numbered page navigation is replaced with only next/previous.

Why it matters:
I am interested in cleaning up character tags that are currently being used to apply to multiple different characters. To find tags for this, I search by count and go as far back as possible and look for ones that dont have '_' specification.

It would also be useful to be able to use '-' and wildcards in the tag search because I could then do '-*_(*' to get only the tags I'm looking for.

The site only serves up to 750 pages of results .

For the search, you could try:

*a
*b
and the rest...

Those will find tags that end with a or b, so most of them shouldn't have parentheses. A very small handful will, like these.

I get 136 pages for *a character tags, or 307 pages for any type. Well within the 750 page limit.

Updated

bitWolfy

Former Staff

thermo-snek said:
The tags page messes up beyond page 750. Ordering fails and the numbered page navigation is replaced with only next/previous.

Why it matters:
I am interested in cleaning up character tags that are currently being used to apply to multiple different characters. To find tags for this, I search by count and go as far back as possible and look for ones that dont have '_' specification.

It would also be useful to be able to use '-' and wildcards in the tag search because I could then do '-*_(*' to get only the tags I'm looking for.

To add to what Lance Armstrong said...
This is indeed an intended behavior. Not entirely sure why the number 750 was picked, but that's the page limit across the site - for posts, changes, tags, and so on.

Not to toot my own horn, but I made a tool recently that lets you search for tags with regular expressions.
For example, here are all the character tags that do not end with _(*): https://bitwolfy.com/projects/tag_search/?pattern=_%5C%28.*%5C%29%24&category=4&invert=true
It's limited to a maximum of 25000 results, but I could raise that limit if you really need that. It's only there to reduce loading times.

Note that my search tool only fetches the tag data once per day. This means that any changes you make will be somewhat out of date.

bitwolfy said:
To add to what Lance Armstrong said...
This is indeed an intended behavior. Not entirely sure why the number 750 was picked, but that's the page limit across the site - for posts, changes, tags, and so on.

Not to toot my own horn, but I made a tool recently that lets you search for tags with regular expressions.
For example, here are all the character tags that do not end with _(*): https://bitwolfy.com/projects/tag_search/?pattern=_%5C%28.*%5C%29%24&category=4&invert=true
It's limited to a maximum of 25000 results, but I could raise that limit if you really need that. It's only there to reduce loading times.

Note that my search tool only fetches the tag data once per day. This means that any changes you make will be somewhat out of date.

Thanks. This is very helpful.

I found a different bug with wildcard searching regular posts. I can tell it's messing up but I can't figure out why.

EX: "Midori" is tagged on exactly one image. It's a SFW headshot of a panda. Searching "Midori* panda" should also display the image but doesn't. If you cut it down to "Mido* panda" it does display. If you cut it down farther it will not display again until you get down to "m* panda". For the last few I also added the "headshot portait" tag so I could see if the specific image was being found.

thermo-snek said:
Thanks. This is very helpful.

I found a different bug with wildcard searching regular posts. I can tell it's messing up but I can't figure out why.

EX: "Midori" is tagged on exactly one image. It's a SFW headshot of a panda. Searching "Midori* panda" should also display the image but doesn't. If you cut it down to "Mido* panda" it does display. If you cut it down farther it will not display again until you get down to "m* panda". For the last few I also added the "headshot portait" tag so I could see if the specific image was being found.

midori* by itself doesn't bring it up either. Maybe the * means 1 or more characters, not 0 or more? But that doesn't explain why mid* panda doesn't work.

In conclusion, the wild card sucks in post search. That's been the warning for years and I guess it hasn't gotten any better.

Also, the search cheatsheet needs a lot of updates: forum #304550

I'm aware that the issue I brought up doubtless looks like user error, so allow me to try to rephrase what I've found into a more tangible example.

When I'm on this page:
https://e621.net/posts/2707872

Why does my blacklist refuse to give me the standard blacklisted image, given I add a tag associated to the image to my blacklist?
Sample blacklist entries (obviously without the single quotes and on their own individual lines): 'animated', 'animated bird', '<3'.

bitWolfy

Former Staff

gsubstitute said: ...

kemonophonic said: Because it's a WebM.

Not an issue with the blacklist itself.
Videos simply do not have blacklist placeholders.

Not strictly speaking a bug, just... a quirk.

kemonophonic said:
Because it's a WebM.

bitwolfy said:
Not an issue with the blacklist itself.
Videos simply do not have blacklist placeholders.

Not strictly speaking a bug, just... a quirk.

Ah, righto' that makes sense. I'm looking forward to when that functionality comes around but the site is wonderful as it is. I appreciate the quick response from you guys. Thank you.

- the date search syntax doesn't work for searching for posts made before a said date

For Example, "-date:5_years_ago" doesn't return posts made before the last 5 years

bitWolfy

Former Staff

nsfw_mage said:
Black list doesnt seem to be working for me? Its odd it was working the other day.

Please check that the blacklist filters in the sidebar are turned on. If they are crossed out ( like this ), click on "Re-enable all" to turn it those back on.

metalforever666 said:
Blacklisting doesn't seem to work for me. I'm using Mozilla Firefox.

Same here, and I'm using Google Chrome.

Edit: The fix here is that you need to put each tag in its own line.

So, uh, did you guys... mean to put a captcha in front of the API endpoint when you set up Cloudflare?