dba_afish said:
what month in 2024?

November-ish.
12 thousand videos are yet to be processed.

cinder said:
November-ish.
12 thousand videos are yet to be processed.

hmm... I was thinking that it might've been a year date mix-up problem, saw posts after 2024-05-15 not working and got mixed up was this year.

I mean, that's still a possibility, but they'd've had to have delayed the report by however long it took to get through ~6 months-worth of stuff, so maybe not.

cinder said:
That said, I have no idea what the issue is here.
Here is a video that was posted earlier today: https://e621.net/posts/5605668
You can find more videos here: type:webm.

Nope doesn’t work still idk could it be that im on ios so it doesn’t work?

is this about how webm videos aren’t loading for some people? i came here because of that.

… i don’t know if this is a proper fix but an idea could be to have sample sizes be a default option on all webm files? i think atleast part of the problem is that they’re too thicc, too hefty and large for lower-end devices to properly load.

… no idea how effective that might even be though.

edit: okay it’s already been brought up earlier in here, ios browser incompatibility or something which is about what i figured… still a weird bug though. looking forward to seeing it fixed as a mobile user.

dba_afish said:
the user with the issue didn't say anything about not finding stuff in the search, just that they weren't able to view videos from later than May. which sounds like it'd be the .mp4 sample problem.

Yeah that's how I read it
I was trying to save Cinder from having to repeat themselves for the umpteenth time
But it was still a partially educated guess, so sorry for that

deterioratedstarcell said:
is this about how webm videos aren’t loading for some people? i came here because of that.

… i don’t know if this is a proper fix but an idea could be to have sample sizes be a default option on all webm files? i think atleast part of the problem is that they’re too thicc, too hefty and large for lower-end devices to properly load.

… no idea how effective that might even be though.

edit: okay it’s already been brought up earlier in here, ios browser incompatibility or something which is about what i figured… still a weird bug though. looking forward to seeing it fixed as a mobile user.

Something I've noticed, I'm using IOS but the previews of WEBM format videos posted on other platform (like Discord) from E621 also stopped working.

Unless if this issue is also known then I apologize for any repetition.

millcore said:
Post the bugs you've found here. Please be as specific and as constructive as possible; the more info about the issue you include the easier it will be for us to fix it.

Other forums you can check:
https://e621.net/forum_topics/25717 - List of changes that are NOT bugs
https://e621.net/forum_topics/25748 - Quick FAQ/Q&A thread
https://e621.net/forum_topics/25718 - For documentation problems
https://e621.net/forum_topics/25716 - The theme/aesthetic issues (please read the main post before using)

If you find other bugs floating around in the forum you can post a link to those forums here so they don't get lost.
If you already made another thread for a bug then please go edit [Bug] at the start of the title so it's easy to spot.

So I currently have an issue wherein and “webm” type animated post just, doesn’t load for me. It only affects posts that are about 15 days old or less tho, I can still view older videos just fine. The 15 days or so is from the posting of this comment

Minor documentation error, but in the latest news update dated 2025-05-05, the "Get verified now!" link is broken.

Another bug with the AV1 stuff I guess? The site seems to be serving me the samples for AV1 uploads, even when I have the dropdown set to original. Going to download the video (with right click -> save as) confirms this, giving me the file that ends in _alt. This occurs on Edge (Windows). On Firefox, it works correctly, giving me the alt on other dropdown modes and the original video when the dropdown is set to original (though is this even actually the correct behavior)? My device can play AV1 videos fine.
Notably for WEBM videos it has that behavior for both Firefox and Edge, giving me the original when the dropdown is set to original and the sample otherwise.
On Edge, the only way to get the original video appears to be through the actual download button.
The "automatic" dropdown selection gives me the sample on both browsers, though my guess is it should detect somehow if AV1 works. I don't understand why "original" would ever give the sample.
Same thing occurs with Edge on android, where even original gives the sample but download works fine. Firefox on Android works the same way as on Windows, giving me the sample on everything but original and the original on original.
Chrome behaves the same as Edge on both Windows and Android, so that means a lot of users who want the original are getting served samples.

On further inspection: This is because in Chromium (and by extension Edge and Chrome), videoTag.canPlayType('video/mp4;codecs="av1"') returns an empty string. For it to return anything else, it would require either omitting the codecs part entirely (which would just return "maybe" even if it can't play AV1, since that would be for any codec including ones like h.264), or providing a full codec specifier as defined by https://aomediacodec.github.io/av1-isobmff/v1.3.0.html#codecsparam (like 'video/mp4;codecs="av01.0.04M.10"'). Firefox, on the other hand, accepts just av1 as a codec without further specification.

It might be possible to get the full codec specifier for videos to do this properly. However, in the event of the user selecting original I think it should ignore whether or not the browser thinks it can play the video and give the original anyway.

Also, in the Firefox case, despite the browser reporting that it can play the video the "Automatic" dropdown selection still defaulted to the sample. This seems to be because in iterating over the variants it adds the original after the samples, so since it can play the samples it never checks if it can play the original. This is a separate issue and should be fixed so automatic actually works. This also effects WEBM, so it's a rather significant issue - automatic should give the original if the browser can play it, and it doesn't.

To fix these, my recommendations are:
Update the codec of all av1 videos to their expanded form, finding some tool to parse the needed headers. Or take the cheap way and just use av01.0.00M.08 which would pretty much always be reported as playable if the browser can play any AV1 content at all. Could cause false positives, though.
Update posts.js so if original is selected ("source" in the code), provide the original video regardless of browser support.
Update posts.js so the original video is added to the list first, making automatic actually select the original if the browser supports it.

When viewing the profile page of a user with an avatar that you have blacklisted, the image will still appear even when the blacklist is enabled. I tested this a few different ways and here are some notes I have found:
- If you are not logged in, you CANNOT use this to see explicit images of young characters
- e926 still does not show NSFW images, but it will show blacklisted SFW images
- This only seems to happen on profile pages. If you are viewing comments, forum posts, etc made by the user, the image will still be blocked there.

I haven't looked into if this affects other wikis, but this wiki shouldn't claim to have 8 posts when it's been aliased to another tag: https://e621.net/wiki_pages/show_or_new?title=belly_humping

donuts5432 said:
When viewing the profile page of a user with an avatar that you have blacklisted, the image will still appear even when the blacklist is enabled. I tested this a few different ways and here are some notes I have found:
- If you are not logged in, you CANNOT use this to see explicit images of young characters
- e926 still does not show NSFW images, but it will show blacklisted SFW images
- This only seems to happen on profile pages. If you are viewing comments, forum posts, etc made by the user, the image will still be blocked there.

Known bug

crocogator said:
I haven't looked into if this affects other wikis, but this wiki shouldn't claim to have 8 posts when it's been aliased to another tag: https://e621.net/wiki_pages/show_or_new?title=belly_humping

There's a lot tags that do that. No idea what it means tho

nin10dope said:
There's a lot tags that do that. No idea what it means tho

It's a cached count and not a live count, issues are bound to happen with race conditions and other nonsense

donovan_dmc said:
It's a cached count and not a live count, issues are bound to happen with race conditions and other nonsense

That makes sense, I've tried to view the cache for tags that have that issue but got no results, so I just shrugged it off as a IT silly thing.

Why is most of the site’s legacy now suddenly missing after switching from the pussy tag to the vulva tag?

theaestheticfur said:
Why is most of the site’s legacy now suddenly missing after switching from the pussy tag to the vulva tag?

The "site's legacy"? I'm not sure what you're referring to, but there's a lot of posts with the pussy tag. It's going to take some time for the site to actually update them to vulva, so posts may not show up when searching for one or the other.

I was searching some tags and pictures that have that tag are not showing up. The pictures still exist and I can find them searching other tags and they still have all their old tags. They just aren't showing up on searches for all of them.

Edit: Nevermind I just saw about the update and it taking time.

Im having trouble with making sets, yesterday the set features were working perfectly but now I cannot create any new sets anymore because i just get the error "The database timed out processing your request" and I cant add any posts to sets either anymore or else it just gives me a blank error at the top of the screen. I dont think its my internet connection because i have tried on multiple devices and connections and i consistently am getting the same errors

seeing the talk of the tag changes makes me think maybe it's an issue with the database doing a lot of work right now and being overloaded?

qwazi said:
seeing the talk of the tag changes makes me think maybe it's an issue with the database doing a lot of work right now and being overloaded?

Sets overall have been having more and more (unrelated) stability issues lately, aliases shouldn't affect that

For some reason, using wildcard in a blacklist entry causes tags with that letter sequence to be nondiscriminatingly omitted. It blacklists tags containing a set of letters, rather than blacklisting words beginning/ending in a particular way.

What this means is that writing "moth*" inside your blacklist is more like writing "-*moth*" in the search field, rather than like writing "-moth*." As a practical example:

"-moth*" in a search will omit posts with the tags for "moth," "mother," and "mothra."

Writing "moth*" in your blacklist will omit posts with the tag "mother," "smother," and any other tags containing the letter sequence "moth" anywhere within them.

The way that wildcard works in searches is preferable to the way it works in blacklist, since this same function can be achieved through writing *[tag]* in your blacklist to omit tags containing certain letter sequences.

Search is broken, placing a single term to search works, but placing 2 terms returns no results.

sigmundsl said:
Search is broken, placing a single term to search works, but placing 2 terms returns no results.

male female works fine, give us more details

donovan_dmc said:
male female works fine, give us more details

If you get something like 'female vagina' or a word with an alias, it implodes

sigmundsl said:
If you get something like 'female vagina' or a word with an alias, it implodes

The problem is just the vagina tag because, currently, it is not aliased to anything, it's just an empty tag.
Try pussy (which still works for now) or vulva (the inevitable replacement in progress)

I will add a source to a post and sometimes it will say I removed like 5 tags even though i never touched the tags

funkwolfie said:
I will add a source to a post and sometimes it will say I removed like 5 tags even though i never touched the tags

When a post's tags were changed because of an alias, it will show the removals/additions with the next person to change the post's tags, sources, or description. It's just the way the system works.

watsit said:
When a post's tags were changed because of an alias, it will show the removals/additions with the next person to change the post's tags, sources, or description. It's just the way the system works.

ah ok my apologies that a tad annoying

funkwolfie said:
ah ok my apologies that a tad annoying

It is until you know that it's just the programming blaming you, then it's silly and a little funny. You'll never get in trouble for it cuz the trail is easy to follow.

the background area no longer has the hexagon overlay the only place that currently uses it is the little box in the footer with the site logo.

dba_afish said:
the background area no longer has the hexagon overlay the only place that currently uses it is the little box in the footer with the site logo.

Oh my god you're right and I hate it. It looks like a css error because it's only present in the main header

I got three new messages but i cant see them for some reason?

derptron5000 said:
I got three new messages but i cant see them for some reason?

Do you have the sender blacklisted? Specifically user:name

Seems the tag Exceassive_pussy_juice got changed to Excessive_vaginal_fluids, and it seems that since that most of the posts that were originally tagged with it, no longer come up when searching? There's only one page of results when originally it was definitely 5+

Edit(i saw that it might take time to update)

catlover00 said:
Edit(i saw that it might take time to update)

Correct, it's work in progress