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

Posted under Site Bug Reports & Feature Requests

kiranoot said:
The expectation of all sites is that if cookies work and the local storage API exists and works, that it should be able to store things in local storage. The site uses local storage because cookies get sent to the server every time, but local storage doesn't. It's a much better way to deal with local settings for users without making all requests larger and more cumbersome. If you start trying to disable it, you'll break many many things.

Yeah, it runs into same issues as disabling JS by default. Was trying to find a workaround to make it not so A) broken and disabled when you normally want it B) working a little too well on specific sites XD
I'm glad I tried that new installation to narrow it down - so happy after that frustrationg! Double-checking dom.storage.enabled and dom.storage.default_quota (Mozilla) settings and switching browsers are fixes. I still haven't figured out what breaks the mobile ones but it's almost certainly a similar missing(or disabled) feature.

bipface said:
can you try safe-mode and see if it still happens:
'Help' → 'Restart with Add-ons Disabled…'

It does, in fact, still happen when in safe mode.

And in case you've forgotten what issue we were discussing (took me a while to get around to trying this, I'll admit), here's my original post:

jacob said:
Dunno' if anyone's reported this yet or not (because six pages is more than I'm willing to sift through...) but this seems like a pretty HUGE and GLARING issue.

When in tag editing mode on a post, if you press the down arrow key on your keyboard to select an option from auto-complete, the edit field is completely cleared of all tags except the one you selected from auto-complete, as if you manually nuked all the other tags. This seems like it could lead to a lot of headaches, if people start using auto-complete in this way without paying enough attention.

And since it was asked the last time, I'm using Firefox version 74.0 for my browser.

I have also, since, learned that pressing the up arrow key to try and move up a line in the tag editing field, as long as auto-complete is open, will also nuke all tags.

Also, has anyone else reported a bug where you sometimes cannot vote a comment up or down, despite having voted less than the aloted number of times in the past hour? The message that pops up is red, and contains only a dot.

I don't know if this is due to something with my browser (which I doubt), or e621, but for some reason I cannot see posts. None of them. (I use dolphin btw, the mobile browser.)

nlackbug said:
I don't know if this is due to something with my browser (which I doubt), or e621, but for some reason I cannot see posts. None of them. (I use dolphin btw, the mobile browser.)

It's neither. It's an issue with the server host being over-worked, with everyone home due to Covid-19.

jacob said:
It does, in fact, still happen when in safe mode.

And in case you've forgotten what issue we were discussing (took me a while to get around to trying this, I'll admit), here's my original post:

And since it was asked the last time, I'm using Firefox version 74.0 for my browser.

I have also, since, learned that pressing the up arrow key to try and move up a line in the tag editing field, as long as auto-complete is open, will also nuke all tags.

honestly i have no clue; i just tested on a fresh profile with v74.0 and couldn't find any way to make it happen.

all i can think of is go to about:support and review the Important Modified Preferences list, to see if there's anything that could potentially affect user input, javascript, DOM, etc.

jacob said:
It's neither. It's an issue with the server host being over-worked, with everyone home due to Covid-19.

Ah, okay. Thanks

Was the setting to blacklist user avatars removed?

Ever since I updated my settings since I was testing some custom CSS changes, user avatars are no longer being blacklisted for me

bitWolfy

Former Staff

mabit said:
Was the setting to blacklist user avatars removed?

Ever since I updated my settings since I was testing some custom CSS changes, user avatars are no longer being blacklisted for me

I think the option to disable blacklisting avatars was removed, but the actual functionality is definitely still there

[RESOLVED]

Service failure report.

Summary: The built in reverse image search suffered a catastrophic database failure during maintenance, and is in the process of being rebuilt.

Impact: Both new and old images are missing from the reverse image search system while it rebuilds.
Estimated resolution time: ~1-2 days based on previous import times and expected slowdowns that happen as the database grows in size.

Additional notes: Investigating alternative software for reverse image search functionality to avoid this situation in the future.

Updates:
[2020-04-19 01:51:15 UTC] ~30,000 images have been imported.
[2020-04-19 06:22:01 UTC] ~250,000 images have been imported.
[2020-04-19 08:52:05 UTC] ~400,000 images have been imported, 1.5 million queued.
[2020-04-20 00:48:22 UTC] ~630,000 images have been imported, 912,000 queued.
[2020-04-21] The import has finished and the system reports 1,081,707 images in the database, which is significantly lower than the actual number it should contain. Work on replacing the system in the background will continue.

If these numbers don't make sense to you either, that's fine, because they don't make any sense to me. But it helps encourage me finding a replacement.

Updated

Sometimes, when I open a post on my phone and then return to the list, I find myself scrolled up or down from the post I opened

a_cool_nickname said:
Sometimes, when I open a post on my phone and then return to the list, I find myself scrolled up or down from the post I opened

I can reproduce this, but I haven't been able to figure out any way of fixing it. The browser seems to lose track of where on the page you are during the transition. I've found it's exacerbated if you scroll while the post list page loads in again, or if the page was scrolling when you navigated backwards.

Quick/Recent tags bug report

Overview: I decided to add on the x-com tag to a few images that were missing it, and after the first tried to make use of the Recent Tags list to add it without typing, only to find it can't add that tag, even though it could remove it.
Expectation: The Recent Tag should be able to add a tag, as well as remove them.
Actual result: Quick and Recent tags only remove this particular tag, they won't add it.
Reproducability: Every time, but only on this specific tag. x-com_2 or sa-x work just fine.

kiranoot said:
I can reproduce this, but I haven't been able to figure out any way of fixing it.

this was happening to me a few hours ago, but not anymore. has something been changed?
(firefox 56 & 68)

clearing the browser cache seems to make no difference; i thought it might've been something having expired

zenitix said:
Not sure if this was mentioned before, but DText custom titles aren't working for tags or lists of tags.

This image is of the DText help page showing custom titles working for wiki pages and anchors but not tags.

In the example it displays "a list of tags|Some Text" instead of just the words "Some Text".

It does this with custom tag titles on profile text sections as well.

I can confirm that this is still ongoing. I assume that whatever code was added on the original site (Since that had to be added when I requested it on the old version) didn't make the port over to the new site.

Why doesn't the blacklist work anymore? Search results are showing posts that have tags I've blacklisted, and there's nothing I can do about it. The site also has extremely frequent lag spikes that make browsing almost unbearable at times.

I've been having these problems for over a week now. Neither of them were present in the old version of the site.

Updated

dezrosiar said:
Why doesn't the blacklist work anymore? Search results are showing posts that have tags I've blacklisted, and there's nothing I can do about it. The site also has extremely frequent lag spikes that make browsing almost unbearable at times.

I've been having these problems for over a week now. Neither of them were present in the old version of the site.

1. Did you save your blacklist?
2. Are you allowing cookies?
3. Did you accidentally click "Disable All" on the blacklist above the tags list on a post?

bitWolfy

Former Staff

dezrosiar said: Why doesn't the blacklist work anymore?

Another thing to add to what Furrin Gok said - if your blacklist is a comma-separated list, it won't work anymore. Every entry needs to be on a new line.

Looks like the "disable all" thing was to blame for the blacklist thing. Funny, I don't remember ever pressing that, but I guess accidents happen.

That just leaves the unbearable lagspikes. I'm running the site on mobile, but the problem can't really be in the hardware or connection, since all other sites (and online games on PS4 and PC) seem to work just fine.

I still can't get uploads from inkbunny urls working. It shows the image on the side, but it still gives me the error
"error: ActiveRecord::RecordInvalid - Validation failed: File ext is invalid (only JPEG, PNG, GIF, SWF, and WebM files are allowed, File size is too large. Maximum allowed for this file type is 0 MiB"
I've tried both Firefox and Chrome.

butterbutts said:
I still can't get uploads from inkbunny urls working. It shows the image on the side, but it still gives me the error
"error: ActiveRecord::RecordInvalid - Validation failed: File ext is invalid (only JPEG, PNG, GIF, SWF, and WebM files are allowed, File size is too large. Maximum allowed for this file type is 0 MiB"
I've tried both Firefox and Chrome.

What file type/s? Got source? Curious as to what's happening. If a file is corrupted, it might not be recognized as valid, regardless of the extension. Is it all files, no matter the format? A specific one?

alphamule said:
What file type/s? Got source? Curious as to what's happening. If a file is corrupted, it might not be recognized as valid, regardless of the extension. Is it all files, no matter the format? A specific one?

It's any file from Inkbunny, which is usually a jpg. I click download to get to the full image, and I drag it into the URL upload bar. That still works with Furaffinity and Twitter, and it used to work with Inkbunny before the big e621 update.

butterbutts said:
It's any file from Inkbunny, which is usually a jpg. I click download to get to the full image, and I drag it into the URL upload bar. That still works with Furaffinity and Twitter, and it used to work with Inkbunny before the big e621 update.

okay i did exactly that and got the same result (Validation failed…); the url was:
https://au.ib.metapix.net/files/full/2867/2867029_Nurinaki_01_render4_re.png

however, i then tried again with this url:
https://sg.ib.metapix.net/files/full/2867/2867029_Nurinaki_01_render4_re.png

and it worked fine

so i'm guessing maybe the server isn't handling redirects properly, or it's getting redirected differently. can't be sure, but at least you can try fiddling with the subdomain as a workaround

Something I've noticed: You cannot reply to comments on posts where comments below the hide threshold have been shown. Example; A post has a comment which is hidden because of negative votes. If the comment is still hidden, I can reply to other comments per usual. If the comment is shown, hitting the "reply" button on any comment on that post simply jumps you to the top of the page with no result.

bipface said:
okay i did exactly that and got the same result (Validation failed…); the url was:
https://au.ib.metapix.net/files/full/2867/2867029_Nurinaki_01_render4_re.png

however, i then tried again with this url:
https://sg.ib.metapix.net/files/full/2867/2867029_Nurinaki_01_render4_re.png

and it worked fine

so i'm guessing maybe the server isn't handling redirects properly, or it's getting redirected differently. can't be sure, but at least you can try fiddling with the subdomain as a workaround

You're right, sg.ib works fine

butterbutts said:
You're right, sg.ib works fine

I did a test run and it seems that the "au" domain responds with a 403 access denied to people outside Australia. So this cache seems to be limited to users within that physical location. That complicates things somewhat, for sure.

I'm not sure what warrants posting in here vs. making a new thread, but maybe in here people can confirm that these issues aren't just on my end.

Wiki entry for aliased tag didn't populate with aliases/implications
  • The mutal_masturbation tag is aliased to mutual_masturbation. The wiki for mutual_masturbation has the aliases and implications appended at the bottom, but the wiki entry for mutal_masturbation doesn't.
  • Making a change to the wiki entry for mutal_masturbation just now didn't cause the alias to be appended, either, so it doesn't seem like a case of the entry being grandfathered in before the alias was made (previous edit was in 2014).
  • It could have something to do with mutal_masturbation not having any posts associated to it, due to being aliased to something else. Not sure what the process is on the back end, but maybe there's some interaction with whatever code makes aliased tags invisible on the tag search.
DText inline code formatting newline behavior
  • Inline code formatting using backticks appears to add an extra line break if used at the start of a line.
one `two` `three`

one two three

`one` `two` `three`
one

two three

  • There's also an interaction when the preceding line has formatting.

For example, this preceding line with bold formatting 'fixes' the newline issue:
one two three
(which might be what's described in the Block formatting section of the DText help page, but it's not entirely clear)

When a code block is used, any text

on the same line but after the closing tag gets pushed onto the next line, after which the newline behavior is also 'fixed':
one two three
Again, maybe this is also working as intended, and this is not an actual issue.
(New things keep appearing. The list item on the next line has now shifted too far left--no idea what's going on this time)

  • Use 'Reply' to look at this post's source if this explanation didn't make sense.

h6.Staff names in forum posts appear colored while logged out, but don't have the coloring when logged in

  • On staff members' forum posts, their names are colored according to their rank, but only when looking at them while logged out. Logging in somehow prevents the colors from being displayed, or overwrites them with the default color.[/s]

As of December 2020, colored usernames can be enabled or disabled via 'Account -> Settings -> Advanced -> Colored usernames'.

When 'Reply'ing to a forum post or comment, the quoted user's name loses its capitalization while being populated into the text field
  • Going by the dates on posts, it started happening somewhere between 2020-03-04 (forum #284364) and 2020-03-05 (forum #284927), which is around the time of the new site launch?
  • Presumably it's being fetched as all-lowercase somewhere along the way.
  • Found out this happens in comment replies, too.

Updated

Here's an obscure one. Going to a post via the prev/next links messes up parent post links. Start at this post:
https://e621.net/posts/2232065?q=anthro
Then click on the < prev link to go to post 2232066. That post has a parent, which is correctly listed as post 2228602, but the thumbnail shows and links to post 2232066 (what you're on), not the parent. If you click the incorrect thumbnail, or reload/refresh the page, it will reload post 2232066 and then have the correct thumbnail. If you go directly to the offending post, from a search or a direct link, it will also have the correct parent thumbnail. It only seems to be incorrect when following the prev/next links.

furrin_gok said:
Quick/Recent tags bug report

Overview: I decided to add on the x-com tag to a few images that were missing it, and after the first tried to make use of the Recent Tags list to add it without typing, only to find it can't add that tag, even though it could remove it.
Expectation: The Recent Tag should be able to add a tag, as well as remove them.
Actual result: Quick and Recent tags only remove this particular tag, they won't add it.
Reproducability: Every time, but only on this specific tag. x-com_2 or sa-x work just fine.

Been testing this around, this occurs when a similar tag exists with the exact same start. For example, if I attempt to add tags like metroid metroid_(species), I would have to quicktag metroid before I quicktag metroid_(species), or else it won't let me add metroid. Normally this isn't an issue, as tags like that frequently imply the basic form, but this can effect things that haven't been implied or aliased yet, as well as things that aren't copyrights. Off the top of my head, swimming_pool would stop the quicktagging of swimming.

furrin_gok said:
Been testing this around, this occurs when a similar tag exists with the exact same start.

my guess would be this line here
probably needs to use logic like RelatedTag.tags_include() instead, which appears to tokenise the set of tags before searching for a match

Approving posts and then tagging them afterwards leads to a page saying:

"That page does not exist

Return to index"

This happens in Firefox PC version 75.0
Not in chrome PC Version 81.0.4044.129

i haven't tested this in any other browser. Also got the same result with and without any browser add-ons or extensions.

Updated

Will you ever fix enter button making a newline instead of submitting tag changes (Tags field)?!

aobird said:
Will you ever fix enter button making a newline instead of submitting tag changes (Tags field)?!

on danbooru it's ctrl+enter, which does work there.
i'd be in favour of e621 providing ctrl+enter as well; it seems like a sensible option

Sometimes when trying to comment of threads when quoting someone it just jumps to the top and does nothing

bipface said:
on danbooru it's ctrl+enter, which does work there.
i'd be in favour of e621 providing ctrl+enter as well; it seems like a sensible option

Enter should be the default (like before), where shift+enter is newline.

camkitty said:
Sometimes when trying to comment of threads when quoting someone it just jumps to the top and does nothing

More like most of the time.

aobird said:
Enter should be the default (like before), where shift+enter is newline.

i don't think it's appropriate to repurpose enter alone when you're dealing with a <textarea>

bipface said:
i don't think it's appropriate to repurpose enter alone when you're dealing with a <textarea>

I removed the enter submit tags because it was constantly happening by mistake during beta, and it wasn't being understood by people why the page would reload. The field contains newlines and it's expected that as a normal edit field, that you can add your own with the enter key. But instead regardless of modifiers held, it would submit the whole form. It was also only that one field on one page, so it turned out to be an odd exception to how text fields behaved on the site. At least on the old site the field never contained newlines so it didn't look like it was an option, but the new one makes used of newlines to split groups. As a power user feature, it might make sense to add it back at ctrl-enter.

furrin_gok said:
Been testing this around, this occurs when a similar tag exists with the exact same start. For example, if I attempt to add tags like metroid metroid_(species), I would have to quicktag metroid before I quicktag metroid_(species), or else it won't let me add metroid. Normally this isn't an issue, as tags like that frequently imply the basic form, but this can effect things that haven't been implied or aliased yet, as well as things that aren't copyrights. Off the top of my head, swimming_pool would stop the quicktagging of swimming.

I haven't been able to reproduce this locally. Are you running any extensions or user scripts for the site? The related tags function is getting an array of presplit tags on my side, and it correctly determines if they are already applied. The behavior you're describing suggests that a string is being passed as a prop to a function somewhere, but I can't find a reproduction case for this.

Can anyone confirm if autocomplete is working for them? Just suddenly stopped working for all fields in the past hour or so, both with and without being logged in (tested on Chrome and Firefox).

strikerman said:
Can anyone confirm if autocomplete is working for them? Just suddenly stopped working for all fields in the past hour or so, both with and without being logged in (tested on Chrome and Firefox).

Not working for me as of today.

strikerman said:
Can anyone confirm if autocomplete is working for them?

yeah there's definitely a problem;
the response from the server looks right, but it's tripping up the javascript for some reason:
https://i.imgur.com/K5as5G6.png

---

if i had to guess, the maybe response format for /autocomplete.json as changed from
[{name:...}, {name:...}, ...]
to
[{tags:{name:...}}, {tags:{name:...}}, ...]

but it looks like the javascript is still expecting the original (danbooru) format,

o.normal_source = function (t, e) {
    if (!(t.length < 3)) return $.ajax({
      url: '/tags/autocomplete.json',
      data: {
        'search[name_matches]': t,
        expiry: 7
      },
      method: 'get',
      success: function (t) {
        var i = $.map(t, (function (t) {
          return {
            type: 'tag',
            label: t.name.replace(/_/g, ' '),
            antecedent: t.antecedent_name,
            value: t.name,
            category: t.category,
            source: t.source,
            weight: t.weight,
            post_count: t.post_count
          }
        }));
        e(i)
      }
    })
  },

in the success function, t is {tags:{...}}.

clearing browser cache doesn't seem to help.

edit: since kira has fixed it, clearing cache would help

Updated

strikerman said:
Can anyone confirm if autocomplete is working for them? Just suddenly stopped working for all fields in the past hour or so, both with and without being logged in (tested on Chrome and Firefox).

Can confirm that I broke it by accident. I was pushing a fix for something else so a few in queue items didn't get as much testing as I normally put them through. I'll fix that.

Edit: Put in a fix for this, it should start working again soon. Cached results may still, unfortunately be broken for a little while.

Updated

kiranoot said:
I haven't been able to reproduce this locally. Are you running any extensions or user scripts for the site? The related tags function is getting an array of presplit tags on my side, and it correctly determines if they are already applied. The behavior you're describing suggests that a string is being passed as a prop to a function somewhere, but I can't find a reproduction case for this.

Not running any scripts whatsoever, and I've specifically told my browsers to leave e621 alone (which currently only involves telling it to stop adblocking). Might it be scripts on your end fixing it?

kiranoot said:
I haven't been able to reproduce this locally. Are you running any extensions or user scripts for the site? The related tags function is getting an array of presplit tags on my side, and it correctly determines if they are already applied. The behavior you're describing suggests that a string is being passed as a prop to a function somewhere, but I can't find a reproduction case for this.

ah, yeah as you say, the tagActive function seems to be okay,

it looks like the problem is actually in pushTag, you can see the situation i encountered in the following screenshot:
https://i.imgur.com/fmwDJHc.png
when the tags list had 5_fingers_asdf and i tried to add 5_fingers, it just did a simple indexOf on the tags string and decided not to append the new one.

bipface said:
ah, yeah as you say, the tagActive function seems to be okay,

it looks like the problem is actually in pushTag, you can see the situation i encountered in the following screenshot:
https://i.imgur.com/fmwDJHc.png
when the tags list had 5_fingers_asdf and i tried to add 5_fingers, it just did a simple indexOf on the tags string and decided not to append the new one.

Okay, narrowed it down, I was testing the uploader and not the post editor, and I was managing to test the issue backwards. You're correct, it's that it's not splitting in that function as expected. Thank you for pointing me in the right direction. I've put in a fix, it should be deployed at some point soon.

I found a typo in a class name in HTML code on 'User Feedback' page:

<tr class="feedback-category-negitive">...</tr>

It is negitive, instead of negative. This causes the style for the negative record not being applied and it loses red background color.

You can see here for example (https://e621.net/user_feedbacks?search%5Buser_id%5D=39030) that neutral and positive records have their colors while negative ones don't.

ebea57 said:
I found a typo in a class name in HTML code on 'User Feedback' page:

<tr class="feedback-category-negitive">...</tr>

It is negitive, instead of negative. This causes the style for the negative record not being applied and it loses red background color.

You can see here for example (https://e621.net/user_feedbacks?search%5Buser_id%5D=39030) that neutral and positive records have their colors while negative ones don't.

You fell for one of the classic blunders! Expecting me to be able to spell. I'll put in a fix.

some posts, like post #3330, still incorrectly think they have no sample image and show the full image instead
some posts, like post #8172, still incorrectly think they have a sample image and show nothing by default

searching for date:X..Y still uses the beginning of Y instead of the end, so date:2020-04-01..2020-04-01 still returns nothing

Unable to block multiple file types. Let’s say i want to search for images, but block out webm and flash, I am unable to do so. I can’t block both in the search bar without one or the other appearing.

thot_destroyer said:
Unable to block multiple file types. Let’s say i want to search for images, but block out webm and flash, I am unable to do so. I can’t block both in the search bar without one or the other appearing.

On the old site, metatags were limited to only one. That likely still exists here.

I not sure if a bug or not but everytime today I click on a image at https://e621.net/posts a edit window pops up with all the tags for the image. Then is given me a option to submit them or not instead of just loading me to the page with the image.

Please look into this as it rather annoying not being able to go the the image link to vote or comment on images :(

zeno7 said:
I not sure if a bug or not but everytime today I click on a image at https://e621.net/posts a edit window pops up with all the tags for the image. Then is given me a option to submit them or not instead of just loading me to the page with the image.

Please look into this as it rather annoying not being able to go the the image link to vote or comment on images :(

In the top left there is a dropdown box that contains different modes, change it back to "View"

kiranoot said:
In the top left there is a dropdown box that contains different modes, change it back to "View"

Ok ty

IQDBQ has strange formatting [{"post_id":2240592,"width":128,"height":128,"score":96.558793,"post":{"posts":{"id":2240592,...}] that "post":{"posts":{ part, the "posts" should be removed as it serves nothing.
Also, when not logged in, it omits "md5", "file_ext", "file_url", "large_file_url", "preview_file_url" the first two should not be omitted in my opinion.

Updated

Genjar

Former Staff

Rating modes (Rate Explicit, etc) don't seem to do anything. It does pop up the posts updated-message, but the rating doesn't change. Not sure if these are broken for everyone, or if it's just because the Former Staff rank is partly unimplemented..

genjar said:
Rating modes (Rate Explicit, etc) don't seem to do anything. It does pop up the posts updated-message, but the rating doesn't change. Not sure if these are broken for everyone, or if it's just because the Former Staff rank is partly unimplemented..

It does not work for me either.

sasha~anita said:
When I search fav:name ~female ~gynomorph order:random, it outputs like I had searched fav:name gynomorph order:random. This happens regardless of which order I put the tags in, and seems to work with any tags, always only giving me the ones from the tag that returns the least results. Interestingly, when I try to search fav:name ~wolf ~cat ~mouse order:random, it gives me posts that are tagged with mouse, and posts that are tagged with both wolf and cat, again, regardless of what order I put them in.

Hey just a bump, this is still a thing!

jakxxx3 said:
Looks like you just need to add an extra space between the link and the end tag.

I know. I can also add a new line and that's what I (have to) do elsewhere, but this is about the bug and how to reproduce it.
The problem didn't exist before the site update and it affects the formatting of the old posts as well.

The list of alternate names for each tag (like the transliterations for amabie) only displays while clicking the "view version" link from its wiki page's history, when it used to display on the newest revision as well. Additionally, the ability to edit the list of alternate names for these tags seems to have been lost.

lafcadio said:
The list of alternate names for each tag (like the transliterations for amabie) only displays while clicking the "view version" link from its wiki page's history, when it used to display on the newest revision as well. Additionally, the ability to edit the list of alternate names for these tags seems to have been lost.

This was a feature that pointed at pixiv, and only pixiv. It was removed along with another edit because it seemed too limited and precise. It may return in a less limited manner later on.

Blacklist not working all the time.

Page viewed: Index, page 3. Posts per page set to 250 (unchanged from before the update)
Post in question: This, gore warning
Time: ~5 minutes before this post
Things I have confirmed:

  • Tag in blacklist also present in image (gore)
  • Blacklist is entirely newline separated, no commas
  • Cookies are enabled (I'm logged in)
  • Blacklist is not set to enable all
    • I can enable all/disable all on the blacklist on this page, and it will hide and show entries, but this post is still never hidden.

Have noticed this once or twice before now, just now took the time to double check things and (hopefully) confirm a bug.

Combining alternation syntax (~tag_a ~tag_b) with order:random seems to cancel out the alternation. ~anthro ~touhou order:random exclusively returns anthro Touhou results, ~anthro ~touhou correctly returns posts which have at least one of the two, and adding other metatags like user:Lafcadio, fav:Lafcadio, order:favcount, also doesn't break this behavior.

fav:Lafcadio ~fox ~bear ~anthro order:random seems to completely ignore ~fox and ~anthro.

Updated

loadsofdicks2 said:
Blacklist not working all the time.

Page viewed: Index, page 3. Posts per page set to 250 (unchanged from before the update)
Post in question: This, gore warning
Time: ~5 minutes before this post
Things I have confirmed:

  • Tag in blacklist also present in image (gore)
  • Blacklist is entirely newline separated, no commas
  • Cookies are enabled (I'm logged in)
  • Blacklist is not set to enable all
    • I can enable all/disable all on the blacklist on this page, and it will hide and show entries, but this post is still never hidden.

Have noticed this once or twice before now, just now took the time to double check things and (hopefully) confirm a bug.

That's odd, it's working for me. Do you have a line before and after it? Have you attempted replacing the line to make sure you didn't accidentally include an invisible character?