You don't need to cut down the whole tree just to "get rid" of few "bad apples". Because, that's what censorship actually is. You don't get to say anything.

boo hoo

you could probably get an account if you talked to the admins

"Thieves give me no recognition!"

Who would have thought.

Just noticed the change and it kind of feels like the group tag instead of the episode number is a little troublesome since a lot of the time now it seems like the group tag is there in duplicate.
I think it's really cool that you rolled this out, I'm just putting it out there that I liked having the episode number there. :)

Obviously, if this is something people like I'm good with that too.
Thanks for being open to feedback dude, have a great weekend!

Not exactly what I suggested but it'll be useful, thank you! 😊🙏🏻

If the goal is to exclude certain groups in a search, would prepending group names with "-" or "!" while enabling Sphinx expressions not suffice? Although adding buttons and a list of all detected groups would be a significant UI change. Presumably those buttons would just build and add those terms to the search string before processing it. Putting aside the UI overhaul necessary to make that happen, would there also be merit in automatically building queries with other filters such as resolution, codec, and/or source (Web, BD, DVD, etc.)? Those are equally useful features to add should AT endeavor to implement a UI-driven filtering system but they each introduce their own challenges. Back to considering UI, adding all that functionality might be too cumbersome or too complicated for the average user making a simple query.

Regarding detection, a dedicated script won't be necessary if you're willing to ignore edge cases such as detecting titles with the group name at the end or in a different encapsulation. Here is a very simple regex101 example that captures group names in exactly as you described and some examples populated in the test string section. If you do want to support edge cases you could perhaps craft a more sophisticated regular expression or enter the rabbit hole that is BNF grammars and LR parsers (see https://en.wikipedia.org/wiki/LR_parser). The latter is quite niche but is very satisfying to develop - assuming you enjoy writing and using regular expressions.

Based on how the Series/Season page is currently parsing group names it seems AT has figured out a more sophisticated parser than we have since they're also able to parse groups such as VARYG (see https://animetosho.org/series/kimi-wa-...sama.18344 for examples).

Have fun,
- Sav1or

Sorry, that was a bit unclear on my part.
The text isn't modified, but the link will need to be broken into two (which may affect its appearance).
The search index is effectively a separate database, and is only periodically updated, which means that the search can miss stuff that is actually present. I'm trying to avoid directing users to search mostly for this reason.