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.