@SmokeDetector Translation: Can you tell the site viagra & cialis to stop sending me emails everyday like that do not interest me at all I start to get fed up with seeing it every day thank you to remove it quickly
What on earth is wrong with the font on arduino? o.O
It's been a long road (over 1200 days, and that's just counting this most recent attempt at building an Arduino community), but I have good news:
Arduino Stack Exchange is graduating!
Congratulations to all who participated, especially the moderators and regular users who gave so much of their ...
well if you wanna be technical... GitHub tells MS when the wiki updates, and MS kicks off a Travis build to the master branch, which is what gets displayed on MS
@Mithrandir That pattern looks like it's already caught by Potentially bad keyword in answer and Potentially bad keyword in body; use !!/watch-force if you really want to do that.
> Potentially bad keyword in body, potentially bad keyword in title, potentially bad keyword in username ---------- Title - Position 1-11: com.applop Body - Position 1-11: com.applop Username - Position 1-11: com.applop
> Potentially bad keyword in body, potentially bad keyword in title, potentially bad keyword in username ---------- Title - Position 1-15: jamesprada.net Body - Position 1-15: jamesprada.net Username - Position 1-15: jamesprada.net
Basically all text on Android.SE and its child meta are showing up as gray when I use Google Chrome, but it appears fine on Firefox.
Chrome:
An answer:
Main page:
Meta:
Firefox:
Main:
Meta:
I'm using Ubuntu.
CI should pass, I just removed the parts you commented on is all. But ultimately there's nothing wrong with ultra nested try/excepts with individual 'raise' functions to make sure those exceptions are actually raised.
There's nothing really wrong with them, but they introduce unnecessary latency. Microseconds, but it's there. If your except block catches the exception, it's already been raised, so you don't need to re-raise it.
Based on the discussions in the comments, I have decided to withdraw from the election this year.
While I do feel that I would be a good moderator for Stack Overflow, I have realized that I have not been a major part of the community in recent times. Looking at the facts as they stand, I felt th...
@Raghav Sood: The point meagar is making is that you have been running in elections for several years now, but your activity has dramatically decreased in the past 2-3 years, and you now only make your presence known whenever there's an election. You've been saying every year that you'll contribute regardless of whether or not you win, but your activity in recent years shows otherwise. What gives? — BoltClock ♦yesterday
You have a pattern over many years of being almost completely inactive on the site and then appearing around the time of moderator elections to nominate yourself. You're currently doing virtually nothing to help moderate the site with the tools already made available to you. In fact, you've taken only ~30 actions on the site in the last 365 days. While you have a high flag count, you've raised only 11 helpful flags since 2014. Why do you feel access to additional moderation tools should be granted to you, when you have not been using the ones already at your disposal? — meagar ♦yesterday
@Mithrandir I have finally just figured out why it's broken. The bad news is the fix is either slow, complicated, or both.
I will attempt to explain, in case anyone here can figure it out:
We have a posts table and a flag logs table, posts and flag_logs respectively.
If a post has been autoflagged, it has a flag log record with flag_logs.post_id equal to that post's ID.
That's easy: to query for autoflagged posts, we can just select from posts, inner join flag_logs.
However, there are two possible database scenarios for posts that haven't been autoflagged.
Either they haven't been flagged at all, in which case there are no flag_logs; or they've been manually flagged, in which case there's a flag log record with flag_logs.is_auto = 0.
Our original query for "not autoflagged" was SELECT * FROM posts LEFT JOIN flag_logs WHERE flag_logs.id IS NULL OR flag_logs.is_auto = 0.
The theory being that flag_logs.id IS NULL covers the "no flag logs" scenario, and the flag_logs.is_auto = 0 covers the "manually flagged" scenario.
However, the bug is that flag_logs.is_auto = 0 doesn't account for the fact that you can have a flag log with is_auto = 0 and still have autoflag flag logs on the same post.
That's why autoflagged posts were getting included in searches for autoflagged=no
To fix that, I need a query that says WHERE flag_logs.id IS NULL OR (flag_logs.is_auto = 0 AND there are no other flag_logs for this post ID).
If you haven't already figured it out, the "there are no other flag logs for this post ID" is where I'm having trouble.
I suspect it's going to need subqueries. Those are fine in SQL, but a massive PITA with ActiveRecord.
So you want all information on questions that either have no connected flag_logs entries, or record flags but none of them have the flag_logs.is_auto property set to 1
@DavidPostill They have been spamming with that web site (using multiple accounts, with name of first, second ecc), I think @NobodyNada added it in blacklist, maybe it has not been included yet. If you like to see some link to post I can provided'em
@DavidPostill check out this metasmoke.erwaysoftware.com/…, even if not marked as tp, they are bascially all spam and I think SO mods deleted all of them
Yeah I have always custom mod flagged them, with all reference and I guess SO mods have spam nuked it not only because account named first and second posting same links at same time, they probably also have other info.
This is the only one that hasn't been deleted. It discloses affiliation, but all the other ones with affiliation disclosed have been deleted. Should we go ahead and nuke it?
Although the one I linked above is actually an answer to the question. The question's a tool rec though; should we just delete the whole thing? (cc @Petter since you're 10k on SO)
@NobodyNada At least that one attempts to answer the question (I've no idea if it is correct or not). Most of them just seem to be a link with no attempt made to explain how to use the product. That to me smells like spam.
@ArtOfCode If you just need columns from posts, couldn't you do SELECT posts.* FROM posts LEFT JOIN flag_logs GROUP BY posts.* HAVING SUM(flag_logs.is_auto) = 0 ?
I've ended up converting it all to a cached attribute on the posts table anyway because performance, but if when we need to build extra stuff on top of that it'll come in handy :)