bkgumbo said:
Any solution for this, no videos will play here but will work elsewhere like r34. Is there anything I can do on my end to possibly fix this?

Yeah, is there any information we can provide to help figure this out? Streaming the same video from e621 with VLC will work, it's just webkit, and just e621. Old videos as well as new ones. Bad time to be a mobile-only user.

the DText preview shows text within [color][/color] tags as the default white (or black for the 3 people who use Serpent or Hotdog) text, even in places where it normally does work like the user profile about section and wiki pages.

also the DText help documentation does not make mention of where and/or what situations color works in.

dba_afish said:
the DText preview shows text within [color][/color] tags as the default white (or black for the 3 people who use Serpent or Hotdog) text, even in places where it normally does work like the user profile about section and wiki pages.

I'm using serpent right now and the color tags (red) are working on your profile Oh you mean dtext preview. Yeah that would be nice to have fixed

also the DText help documentation does not make mention of where and/or what situations color works in.

Yes, would be very nice if that was expanded on

Some videos play fine, but other videos become a 'static blur' that I can't view but can still hear if it has audio. Anyone know how this can be fixed? I tried refreshing, logging out, and back in, but nothing worked. Any thoughts?

When I am signed in I cannot access any images by tapping on the thumbnail because I am stuck unfavoriting posts that I tap on (regardless if I have them favorited or not). Signing out fixes the issue but then I can't find all the posts I like. Having mobile mode enabled or disabled does not help.
(Edit: grammar)

qoobdoob said:
When I am signed in I cannot access any images by tapping on the thumbnail because I am stuck unfavoriting posts that I tap on (regardless if I have them favorited or not). Signing out fixes the issue but then I can't find all the posts I like. Having mobile mode enabled or disabled does not help.
(Edit: grammar)

scroll to the bottom of the posts page, click the dropdown menu, select View mode.

It looks like comments that are below your configured score threshold no longer show up in comment searches. When I change the threshold, they appear again. There does not seem to be an option to "show all comments" like there is on post pages. Was this intentional?

the character limit on stuff is actually one character shorter than what's shown. meaning, if you write a blip that's exactly 1000 characters long and try to submit, it will just get totally eaten.

dba_afish said:
the character limit on stuff is actually one character shorter than what's shown. meaning, if you write a blip that's exactly 1000 characters long and try to submit, it will just get totally eaten.

I tested it and my blip of 1000 a's went through fine
Also it seems you can't see hidden blips, even your own

snpthecat said:
I tested it and my blip of 1000 a's went through fine
Also it seems you can't see hidden blips, even your own

I guess this got fixed at some point, then. huh, this happened to me a while ago and just decided to being it up now. I didn't see it mentioned in the change logs.

EDIT: or maybe I'm just crazy, because I'm not seeing anything related to this in the github either. I swear on my life that I wrote a 1000 character blip and it got destroyed when I hit the submit button, though...

I think that one is about DText formatting getting counted in a weird way (for example , quote some other blip and then fill up the remainder)

I don't know the exact conditions, but I've usually triggered it in the context of just "I tried to quote, and there was really no other DText formatting in the message I quoted or my reply"

If it still exists, I would assert that the amount of deficit is not fixed (presumably you lose more for each relevant bit of DText formatting.. perhaps there are some characters in DText which are stored in escaped rather than raw form?)

Not sure if this a bug but a tag just disappeared completely the “penile_squirting” tag just vanished

ambrose19872004 said:
Not sure if this a bug but a tag just disappeared completely the “penile_squirting” tag just vanished

somone manually removed the tag from all posts and replaced it with male_squirting

dba_afish said:
somone manually removed the tag from all posts and replaced it with male_squirting

Neither penile_squirting or male_squirting seem like good tags to me. It's not only males that have penises, and it's not just penises that males can squirt from. But penis_squirting just seems like a more vague tag that can mean cumshot, precum_squirt, or peeing.

bkgumbo said:
Any solution for this, no videos will play here but will work elsewhere like r34. Is there anything I can do on my end to possibly fix this?

Sooo, is there a fix yet or still nothing?

dba_afish said:
I guess this got fixed at some point, then. huh, this happened to me a while ago and just decided to being it up now. I didn't see it mentioned in the change logs.

EDIT: or maybe I'm just crazy, because I'm not seeing anything related to this in the github either. I swear on my life that I wrote a 1000 character blip and it got destroyed when I hit the submit button, though...

okay, it seems like the problem is actually that there is some disagreement between the counter on the text input box and the thing that checks if text is too long to be posted. I had to slightly rephrase a recent blip a few times to shave the count down before it would finally be accepted, even though the input box's counter showed it as within the limit each time.

I'm guessing that some of the formatting objects are actually treated as slightly longer by the checker than the actual length of them in raw DText?

so... how long has h2. been set to font-size: .825em rather than font-size: 1.825em and no one's ever noticed or said anything about it?

dba_afish said:
so... how long has h2. been set to font-size: .825em rather than font-size: 1.825em and no one's ever noticed or said anything about it?

I thought that was intentional

snpthecat said:
I thought that was intentional

I'm just going to update my CSS sheet with fixes for now, I guess.

I’m still unable to play a large majority of the webms on mobile, pc works relatively fine but 99% of the webms on mobile don’t work for me, I’ve tried different browsers, clearing caches, and nothing works. Is there any reason why? And is there a fix?

bkgumbo said:
I’m still unable to play a large majority of the webms on mobile, pc works relatively fine but 99% of the webms on mobile don’t work for me, I’ve tried different browsers, clearing caches, and nothing works. Is there any reason why? And is there a fix?

Just telling us "it doesn't work" over and over is going to be met with the same result, nothing's going to change because we can't fix something we have no details about

donovan_dmc said:
Just telling us "it doesn't work" over and over is going to be met with the same result, nothing's going to change because we can't fix something we have no details about

Several of us have been asking what details we can provide that helps, how we can be of assistance. This is the first time this has been acknowledged at all. How can we help? What information do you need?

I'm on iPad, iPadOS 17.5.1, using Brave 1.66, but it doesn't work in any browser I try, or on iPhone either, so I guess it might be just WebKit in general (anyone on Android with the same issue?)

Here are some videos that don't work for me:
https://e621.net/posts/4843316
https://e621.net/posts/2360970
https://e621.net/posts/2772829

And here are two I found that do work for me (can someone else confirm?):
https://e621.net/posts/1089728
https://e621.net/posts/1206352

Maybe 1 out of 20 videos I try work. All of them work if I go to any of the sources and play back there. Streaming the e621 video through the VLC app on iOS works.

The symptom is that the video player frame gets small when I press play, and it loads forever without playing. It doesn't work on the front page or when pressing "download" to view the video directly (same thing, small player, infinitely spinning loading symbol).

This started happening some months ago. I don't know the exact time, but there definitely was a before and after at some point in the winter or early spring.

I can't think of any more information to add, but let me know if there's anything. If the staff isn't able to replicate the issue, I'd love to help out with testing potential solutions. Even if it can't reasonably be fixed (like maybe it's a codec issue caused by WebKit and you'd need to reencode all e621 videos to fix it), then just identifying the specific peculiarity about e621 that causes the issue would let us make a useful bug report to Apple.

Tag twin_tail has 9 entries but has no results displaying when searching for posts under this tag.

Not sure if it's related to this BUR for create alias twin_tail (9) -> twintails_(disambiguation) (0) but the disamb page is already invalid as of this posting
https://e621.net/forum_topics/39409

spuriouszabaione said:
Tag twin_tail has 9 entries but has no results displaying when searching for posts under this tag.

Not sure if it's related to this BUR for create alias twin_tail (9) -> twintails_(disambiguation) (0) but the disamb page is already invalid as of this posting
https://e621.net/forum_topics/39409

The count for aliased tags are sometimes incorrect (probably due to cached values and nothing updating them), the number of posts actually under the tag is shown by searching it.

arnearno said:
Several of us have been asking what details we can provide that helps, how we can be of assistance. This is the first time this has been acknowledged at all. How can we help? What information do you need?

I'm on iPad, iPadOS 17.5.1, using Brave 1.66, but it doesn't work in any browser I try, or on iPhone either, so I guess it might be just WebKit in general (anyone on Android with the same issue?)
<snip>

If we are talking of Apple devices, as far as I know they still do not support WebM files and there's samples generated (480p, 720p and original) for Apple stuff specifically and it's way more compressed and worse from the actual upload.
How this is done is that both are embedded into same <video> HTML tag and your browser should simply select the one that it can play.

So this sounds like this could be problem either with the samples, which doesn't sound likely as there's also older videos where nobody have had any issues up until this point.
Other one is that Apple all of a sudden now supports WebM files and they started selecting WebM stream, but their implementation is broken so it tries infinitely and failing. According to Can I Use, Safari on desktop and mobile was updated to 17.5 in May which does state full support for WebM files, so this could be the case.

I have zero Apple devices now and in future, so I cannot help with this more than just what I have heard.

kora_viridian said: ...

You are looking at the WEBM videos. For iOS, I'd investigate the MP4 versions.
You can find all the different variants of the file though the API.

Not working:
https://e621.net/posts/4843316.json
https://e621.net/posts/2360970.json
https://e621.net/posts/2772829.json

Working:
https://e621.net/posts/1089728.json
https://e621.net/posts/1206352.json

Now, I don't have the slightest clue what the issue here is.
I also don't have an iOS device to test this on, mind you.

The only thing that immediately sticks out is that the "non-working" posts have a 720p version available, but the "working" ones don't.
But I don't know if this has anything to do with it. All files seem to be working on my device.

arnearno said: ...

Is this issue present for all versions of the file, or just one sample?
You can switch between those using a dropdown under the post.

cinder said:
[...]
Is this issue present for all versions of the file, or just one sample?
You can switch between those using a dropdown under the post.

I didn't know about the alternative versions. For the two videos that did work, ONLY the original worked. None of the samples work.

So just for clarity:
For these videos, nothing works.
https://e621.net/posts/4843316
https://e621.net/posts/2360970
https://e621.net/posts/2772829

For these, only the "original" versions work. The downscaled "sample" videos do not work.
https://e621.net/posts/1089728
https://e621.net/posts/1206352

kora_viridian said:
tl;dr:
Differences noted:
[...]

The stuff you're doing is a bit above my pay grade, but maybe this info can help narrow it down even further?

arnearno said:
For these, only the "original" versions work. The downscaled "sample" videos do not work.
https://e621.net/posts/1089728
https://e621.net/posts/1206352

Interesting, and very strange. I think we are getting somewhere.
Let's test this further with one of the files where the "original" version worked for you.

Which one of these files works for you?
Original WEBM: http://static1.e621proxy.ru/data/91/0f/910f653190a6faf71a2b72cfd43bbe72.webm
Original MP4: http://static1.e621proxy.ru/data/91/0f/910f653190a6faf71a2b72cfd43bbe72.mp4

Sample WEBM: http://static1.e621proxy.ru/data/sample/91/0f/910f653190a6faf71a2b72cfd43bbe72_480p.webm
Sample MP4: http://static1.e621proxy.ru/data/sample/91/0f/910f653190a6faf71a2b72cfd43bbe72_480p.mp4

cinder said:
Interesting, and very strange. I think we are getting somewhere.
Let's test this further with one of the files where the "original" version worked for you.

Which one of these files works for you?
Original WEBM: http://static1.e621proxy.ru/data/91/0f/910f653190a6faf71a2b72cfd43bbe72.webm
Original MP4: http://static1.e621proxy.ru/data/91/0f/910f653190a6faf71a2b72cfd43bbe72.mp4

Sample WEBM: http://static1.e621proxy.ru/data/sample/91/0f/910f653190a6faf71a2b72cfd43bbe72_480p.webm
Sample MP4: http://static1.e621proxy.ru/data/sample/91/0f/910f653190a6faf71a2b72cfd43bbe72_480p.mp4

All of those work, except for the sample WEBM.

arnearno said:
All of those work, except for the sample WEBM.

Same here.

the message for hitting the hourly edit cap has a typo, and it's also worded a bit oddly.

Access Denied: Updater have reached the hourly limit for this action

dba_afish said:
the message for hitting the hourly edit cap has a typo, and it's also worded a bit oddly.

Access Denied: Updater have reached the hourly limit for this action

It's been that way and we've known about it for a long time, it isn't as simple as changing a string in one place and fixing it, that text is shared across multiple things, most of which are started with You

If you'd like a more technical explanation, errors in rails are added like errors.add(:name, "error") which is then made into Name error
The only way to avoid that is by using base as a name, so there are two different things happening in different places

message = "have reached the hourly limit for this action"
errors.add(:updater, message) # Updater have reached the hourly limit for this action
errors.add(:base, "You #{message}") # You have reached the hourly limit for this action

Changing the name if the error does a bit more than just changing a string, and isn't particularly high on the priority list
In other words, I'd consider that a WONTFIX

donovan_dmc said:
It's been that way and we've known about it for a long time, it isn't as simple as changing a string in one place and fixing it, that text is shared across multiple things, most of which are started with You

If you'd like a more technical explanation, errors in rails are added like errors.add(:name, "error") which is then made into Name error
The only way to avoid that is by using base as a name, so there are two different things happening in different places

message = "have reached the hourly limit for this action"
errors.add(:updater, message) # Updater have reached the hourly limit for this action
errors.add(:base, "You #{message}") # You have reached the hourly limit for this action

Changing the name if the error does a bit more than just changing a string, and isn't particularly high on the priority list
In other words, I'd consider that a WONTFIX

and it also wouldn't be feasible to change "have" to "has"?

dba_afish said:
and it also wouldn't be feasible to change "have" to "has"?

You has reached the hourly limit for this action

donovan_dmc said:
You has reached the hourly limit for this action

All your base are belong to us

donovan_dmc said:
You has reached the hourly limit for this action

A solution is to remove the have from the error message, and have it be added to the name. So instead of Updater, it'll be Updater has
However it'll be time consuming and likely to create more errors

snpthecat said:
A solution is to remove the have from the error message, and have it be added to the name. So instead of Updater, it'll be Updater has
However it'll be time consuming and likely to create more errors

That runs into the same issue as changing the name of the error to base and just slapping on "You "
That also would look really dumb in api responses because those are also generated based on the error name

{
  "errors": {
    "uploader_has": ["reached the hourly limit for this action"]
  }
}

donovan_dmc said:
That runs into the same issue as changing the name of the error to base and just slapping on "You "
That also would look really dumb in api responses because those are also generated based on the error name

{
  "errors": {
    "uploader_has": ["reached the hourly limit for this action"]
  }
}

why not just remove the have/has entirely? it is kind of superfluous in that sentence. "you reached"/"updater reached".

arnearno said:
All of those work, except for the sample WEBM.

bkgumbo said:
Same here.

Well, I guess we figured out what the problem is.
Here's a mildly technical explanation.

The site determines which version of the video to show you by asking the browser if it supports the WEBM format.
If it does, then the WEBM one is shown, otherwise the MP4 is displayed. That worked fine for... a while.

That changed when iOS added WEBM support. So, everyone gets served the WEBM version now.
Unfortunately, while iOS does show the WEBMs that use the older VP8 codec just fine, it has a lot of trouble with the more modern VP9 codec. And all the samples generated by e621 use VP9.
That's why the "original" version of the video works fine for you, but the samples break.

I've pinged our developer about this. It should be a fairly simple fix – the site just has to ask the browser if it supports that specific codec.
However, I haven't received a response yet, so I do not know when / if that will be addressed.

cinder said:
That changed when iOS added WEBM support. So, everyone gets served the WEBM version now.

Is it possible to tell either iOS itself, or mobile Safari, to pretend to not speak WebM? That way, the site should serve iOS users videos as mp4 again. This might affect how other sites work on iOS, but if it's available, it's something the user could do.

Apple says that on OS X Safari, there's an "Advanced settings" screen, which has an option for "Show features for web developers", which then opens up some more options. They say these options include "Feature Flags", which allow you to enable or disable some browser features. In particular, they say that the "Stable" feature flags (on by default) let you turn off things that were recently introduced, to see if that helps. There's also a "Preview" category (off by default), which might help if there's an item like "Improved WebM support" to try. Again, this is on Mac desktops and laptops - I don't know if it's on mobile.

(In Firefox, there are a lot of knobs like this in about:config, that let you disable or modify various browser features. Most people never have to touch them, but sometimes they're handy when something is new and either Firefox or web sites don't quite agree on how it works yet. Typically the action is that you disable whatever it is, leave it that way for a major Firefox version or two, go back in and re-enable it, and then It Just Works^TM.)

Just to confirm, I found a flag in Safari for iOS/iPadOS called "Alternate WebM player", and disabling that makes all the videos work. Unfortunately, it only works in Safari, and not in all the other browsers using WebKit (which is all of them as far as I'm aware), so fixing it at the site level would still be very appreciated.

arnearno said:
Just to confirm, I found a flag in Safari for iOS/iPadOS called "Alternate WebM player", and disabling that makes all the videos work.

Thanks for posting this! It will help other Apple mobile users, until either it gets fixed at the site level or it is no longer needed when iOS WebM support improves.

Can you describe how to find that setting in mobile Safari? That would be a good reference for other users.

kora_viridian said:
Can you describe how to find that setting in mobile Safari? That would be a good reference for other users.

Settings app > Safari > Advanced > Feature Flags > Alternate WebM Player

arnearno said:
Settings app > Safari > Advanced > Feature Flags > Alternate WebM Player

Thanks!

when trying to upload an image, it's flagged as not being supported, when its a .png
if anyone knows how to fix that, would be greatly appreciated :>

spinfan1 said:
when trying to upload an image, it's flagged as not being supported, when its a .png
if anyone knows how to fix that, would be greatly appreciated :>

We can't help anything without a more specific error or the image itself

https://e621.net/posts/4872292 this post was animated as a slideshow last night, and now that im checking today it seems to not be working. clicking download to view the source shows it working properly... id like to fix it but im not sure how

verycreativename777 said:
https://e621.net/posts/4872292 this post was animated as a slideshow last night, and now that im checking today it seems to not be working. clicking download to view the source shows it working properly... id like to fix it but im not sure how

It's still animated as a slideshow. An incredibly slow one.
Check the dropdown under the image – is it set to "Sample (850px)"? Because that one is a small static JPG file.
Switch to "Fit" or "Original" to see the animated version.

A few days ago i logged into e621 and i can’t see any posts. I only see little question marks and any video that is uploaded is the same. Its like the posts wont load. Over any other device like my Laptop it works and i can see the posts…but not on my phone.

neox_wolf said:
A few days ago i logged into e621 and i can’t see any posts. I only see little question marks and any video that is uploaded is the same. Its like the posts wont load. Over any other device like my Laptop it works and i can see the posts…but not on my phone.

I got the same issue, or well a similar one where I can only see a posts tags instead of the picture but the issue persists across different devices and browsers. Only a few posts are visible. And on videos it says that there is no supported video format and MIME-type found.

neox_wolf said:
A few days ago i logged into e621 and i can’t see any posts. I only see little question marks and any video that is uploaded is the same. Its like the posts wont load. Over any other device like my Laptop it works and i can see the posts…but not on my phone.

Exactly the same for me, I can't see any images, only a question marks instead.

neox_wolf said: ...

nicolas_delgado said: ...

murrkus said: ...

Switzerland recently blocked e621's image server on the ISP level.
All images now redirect to a placeholder page the details their reasoning. For example:
http://static1.e621proxy.ru/data/cf/71/cf718902545196cdadef44ba6cfe3a6b.jpg

There isn't anything we can do about this at the moment.

cinder said:
Switzerland recently blocked e621's image server on the ISP level.
All images now redirect to a placeholder page the details their reasoning. For example:
http://static1.e621proxy.ru/data/cf/71/cf718902545196cdadef44ba6cfe3a6b.jpg

There isn't anything we can do about this at the moment.

This is mainly just a temporary solution, but one way I found to circumvent this, is to simply manually change the DNS Server in your settings to something like 1.1.1.1 , 8.8.8.8 or 9.9.9.9 (for a specific step-by-step explanation just google how to change your DNS, there's lots of guides).
Had my access here in Switzerland blocked, but with that change it works again. Not sure why this happened in the first place, but for now it seems to have done the trick

jiey said:
This is mainly just a temporary solution, but one way I found to circumvent this, is to simply manually change the DNS Server in your settings to something like 1.1.1.1 , 8.8.8.8 or 9.9.9.9 (for a specific step-by-step explanation just google how to change your DNS, there's lots of guides).
Had my access here in Switzerland blocked, but with that change it works again. Not sure why this happened in the first place, but for now it seems to have done the trick

For me that still won't do it unfortunately. I just tried it out.

nicolas_delgado said:
For me that still won't do it unfortunately. I just tried it out.

I don't know if Firefox mobile can do it, but on desktop, Firefox offers "DNS over HTTPS" that may help. Basically, instead of sending DNS requests to a DNS server at your ISP, or to a public DNS server like 8.8.8.8 (Google), it sends DNS requests as HTTPS requests to a third-party server (which I think is Cloudflare, at least in the US). It's not as secure as it claims to be; it basically moves the spying from your ISP to Cloudflare. But in this particular case, it might be useful. It won't work if the third-party server detects that you are coming from Switzerland and gives you the IP of Switzerland's "blocked" page, though.

For me, in desktop Firefox, DNS over HTTPS is found at "Edit menu > Settings > Privacy and Security", and then scroll all the way down. You can also get there via "hamburger button (three lines) > Settings > Privacy and Security", and then scroll all the way down. If changing it doesn't help, then put it back the way it was.

kora_viridian said:
I don't know if Firefox mobile can do it, but on desktop, Firefox offers "DNS over HTTPS" that may help. Basically, instead of sending DNS requests to a DNS server at your ISP, or to a public DNS server like 8.8.8.8 (Google), it sends DNS requests as HTTPS requests to a third-party server (which I think is Cloudflare, at least in the US). It's not as secure as it claims to be; it basically moves the spying from your ISP to Cloudflare. But in this particular case, it might be useful. It won't work if the third-party server detects that you are coming from Switzerland and gives you the IP of Switzerland's "blocked" page, though.

For me, in desktop Firefox, DNS over HTTPS is found at "Edit menu > Settings > Privacy and Security", and then scroll all the way down. You can also get there via "hamburger button (three lines) > Settings > Privacy and Security", and then scroll all the way down. If changing it doesn't help, then put it back the way it was.

That works! You saved my day.

I have the problem that the preview images are no longer displayed and when I click on the image the image does not load. I tried it on 3 devices but only got a small image icon. why is this and how can I fix it?

realyouhei said:
I have the problem that the preview images are no longer displayed and when I click on the image the image does not load. I tried it on 3 devices but only got a small image icon. why is this and how can I fix it?

swiss?

From what i can gather the site was blocked in Switzerland due to CP allegations. I hope they resolve this soon

Cant see pictures anymore, on pc it got replaced with tags and on phone its a (?). I figured out that its because im from switzerland and another friend from swiss had the same but no one else that isnt from swiss. Can this be somehow fixed?

gayowen said:
Cant see pictures anymore, on pc it got replaced with tags and on phone its a (?). I figured out that its because im from switzerland and another friend from swiss had the same but no one else that isnt from swiss. Can this be somehow fixed?

Scroll up

nicolas_delgado said:
That works! You saved my day.

Not working for me :(

kora_viridian said:
I don't know if Firefox mobile can do it, but on desktop, Firefox offers "DNS over HTTPS" that may help. Basically, instead of sending DNS requests to a DNS server at your ISP, or to a public DNS server like 8.8.8.8 (Google), it sends DNS requests as HTTPS requests to a third-party server (which I think is Cloudflare, at least in the US). It's not as secure as it claims to be; it basically moves the spying from your ISP to Cloudflare. But in this particular case, it might be useful. It won't work if the third-party server detects that you are coming from Switzerland and gives you the IP of Switzerland's "blocked" page, though.

For me, in desktop Firefox, DNS over HTTPS is found at "Edit menu > Settings > Privacy and Security", and then scroll all the way down. You can also get there via "hamburger button (three lines) > Settings > Privacy and Security", and then scroll all the way down. If changing it doesn't help, then put it back the way it was.

It wont work for me, you have another idee ?

Aw damn. That explains why I can't load up anything. It works if I use cell data, but my wi-fi straight up won't load up a thing.
So much for wanting to post art of my fursonas :v

Well shit. If anyone wants to post stuff in my stead, feel free to peruse my FA or whatever :U
not that the resolution turns out great there or anything but bleh, what can you do.

EDIT: Nvm I'm good to go, still :]

I'm not sure if this is really a bug or just a question or whatever, but...

should normal member-level users really access have to the "undo selected" button in the change history page? as much as I've been able to get some use out of it, it really seems more trouble than its worth to let any user click two buttons, accidentally or maliciously, and just rapidly start removing swathes of tags, source links, and description changes from posts. I've literally seen two random users in the past half-hour or so undo upwards of a dozen of the most recent edits seemingly accidentally.

dba_afish said:
should normal member-level users really access have to the "undo selected" button in the change history page? [...] I've literally seen two random users in the past half-hour or so undo upwards of a dozen of the most recent edits seemingly accidentally.

Yeah, I've also thought about bringing this up before, considering it tends to happen pretty regularly. Hell, I've had my fair share of edits undone this way by this point. I'm kinda reluctant about suggesting the removal of features from normal accounts, but this one's just ripe for abuse, considering its only real use is undoing (or commiting) tag vandalism and the former only works if the edit doesn't contain any other valid tag changes anyway.

Has there been any attempt of communication between e621 and the swiss federal police? I still can't see pictures and i can't find an official statement from FedPol

dba_afish said:
I'm not sure if this is really a bug or just a question or whatever, but...

should normal member-level users really access have to the "undo selected" button in the change history page? as much as I've been able to get some use out of it, it really seems more trouble than its worth to let any user click two buttons, accidentally or maliciously, and just rapidly start removing swathes of tags, source links, and description changes from posts. I've literally seen two random users in the past half-hour or so undo upwards of a dozen of the most recent edits seemingly accidentally.

People somehow "accidentally" do this all the time, I don't see why this should be available to regular users when other things like tag scripts are restricted to priv+. I'm fairly sure this isn't the first time it's been mentioned either.

I've reverted users who did undid a whole page worth of results before and ended up with a warning from an admin for reverting an invalid edit that they had incidentally reverted by pure luck. It's probably better to just report these things and move on rather than trying to deal with it yourself in the first place, so I don't think the "undo selected" feature is particularly useful to non-staff.