I'm really not sure, but MSE seems to disproportionately attract them for some reason.
I've seen employees respond in a comment by saying "We're not an image hosting service." followed by deletion of their post and their profile, so I dunno.
I disagree. That goes off on a tangent that rants about YouTube more than it explains what's going on with the user unable to hit the "Post comment" button.
Yeah I also explored that domain and couldn't find affiliation, but it's very spammy. I find it difficult to believe it would be cited in good faith. I agree with your watch.
None of the current watched images are being used consistently even though most/all of them are still up and it was just a one-off image. I am confident that the ones watched recently will follow the same pattern and not be used again. Perhaps we should update the watch guidelines to say that we don't watch images too.
> Url in title, potentially bad keyword in body, potentially bad keyword in title, potentially bad keyword in username ---------- Potentially bad keyword in body - Position 8-20: apksclub.com Potentially bad keyword in title - Position 8-20: apksclub.com Potentially bad keyword in username - Position 8-20: apksclub.com Url in title - Position 0-20: https://apksclub.com
@SmokeDetector While the text isn't what people would commonly consider "rude", and I'm not sure an R/A flag will be marked helpful, just the word "Noun" doesn't even attempt to address the question, and it is rude, IMO, to intentionally yell "Noun!!!!!!!!!!" in an area which is reserved for answers, even if the word "noun" isn't inherently rude on it's own.
@SmokeDetector Basically, the analogy is that someone has asked a question to a room full of people and is waiting for an answer. Someone coming in and just yelling "Noun!!!!!!!" is rude. I don't consider this anything other than trolling, from an unregistered account.
@Xnero Thanks. Yes, it was deleted shortly after I posted the comment you're replying to. I don't know if the deletion was the result of a mod acting on it, or if it just ended up accumulating enough red flags. It doesn't really matter which. :;
@Ollie That pattern looks like it's already caught by Potentially bad keyword in answer and Potentially bad keyword in body; append -force if you really want to do that.
@Ollie Difficult to say. I assume in cases where the maximum number of autoflags are cast, and at least one or two Charcoal reviewers are actively watching the feed of new reports, it's in the ballpark of 5 seconds. The lowest period of time that MS will report that a post has been deleted within is 10 seconds (example). Anywhere between that and 30 seconds ("half a minute" in MS) is what I would consider "instant"
@Ollie You're going to need to define some terms: are you counting from the time the post was reported by SD to MS, or are you counting from the time the question or answer was posted on SE?
@Ollie One contender would be this SE post [MS], which was deleted by 6 autoflags 7 seconds after being reported to MS, but 19 seconds after being posted on SE.
@Machavity Yep. There's a lot of cases where SD/MS and Charcoal members aren't the only ones acting on a post. Mod report and then nuke, or someone reporting with the post only needing a single additional flag, is probably the most likely source for the lowest time from report to deletion.
hmm, i forget to report spam posts to MS sometimes. i just nuke them. id say most of the times i see them in the mod flag queue though at least SD or someone from charcoal community that i know has flagged it
@Spevacus Because tooltips are not very discoverable. You have to actually move the mouse around trying to find them. It might be nice to have a browser feature that showed all the tooltips. It could be done with a browser extension, userscript, or even a bookmarklet.
@Dragonrage We appreciate if spam posts are reported, but the important thing is to get the post gone. I also certainly understand not remembering to report when working the mod flag queue, and have forgotten to even check if the post had been reported on a few/several occasions. However, reporting does help us detect similar future spam posts. So, if you do remember, it would be beneficial.
All commands are available here. There's almost always a pinned message on the starboard that has Charcoal's wide array of helpful links, and this one is among 'em. :)
@Dragonrage The commands are here. The specific command is !!/report <URL to post> or sdc report <URL to post>.
However, for reporting a single post, I usually use SOCVR's Request Generator (GitHub) (install), which puts a button in the post menu on each post which will open a popup where one of the "request types" is a !!/report to SD. You will want to set the options so that SD commands are always shown and SD commands are always sent to Charcoal HQ.
@Dragonrage Hmmm... Just to double check, is this the first userscript you're using? Do you have a browser extension installed which is a userscript manager (ideally you do have one installed)? If so, which one? I'm asking about a browser extension, because ctrl-shift-a is what's used to bring up the list of browser extensions on Firefox, but isn't something I'd associate someone wanting to type with most userscripts.
@Dragonrage np. I'm glad it ended up working. You'll probably want to go to the "options" selection, which is at the bottom of the popup. You'll want to make sure all the checkboxes are checked except the top two.
If you have no other userscripts installed, which you just installing Tampermonkey strongly implies, then it should be very rare for you to be rate limited under normal use of the site.
@Dragonrage That would normally result in you having a non-shared public IP address, but, I guess, it's possible for your ISP to have multiple people sharing one actual external IP address.
Are you normally opening up a significant number of tabs to SE pages at the same time (not just have multiple tabs open, but opening them very close together in time)?
Some userscripts do make it a bit more likely to end up rate limited, but if the scripts are behaving properly, it shouldn't be an issue. I have about 100 userscripts installed, 35 of which run on each SE question page I open. Unless I'm working on developing a userscript and mess up (i.e. mistakenly cause a script to behave poorly by changing the code), then I'm almost never rate limited.
@Dragonrage Hmmm... That implies SE might have made some rate limit changes, or that your IP/IP range might be set to have extra checking. Overall, what you are experiencing doesn't sound normal.
