Maybe this one as well: https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#revert_not_on_WQS

On WQS, India's population now matches that of the world.

In T136393#2609312, @thiemowmde wrote:

There is not enough information given to work on this. For example: How often does it happen? Only for specific queries? Does the issue go away after a while? How long does it take?

The most prominent issue is that items that are deleted a few months ago are showing up in queries. I'll link them here from now on, @hoo and @Smalyshev know about this.

"There is not enough information given to work on this." Conclusion: "triaged this task as "Low" priority."

Makes one wonder about triage. How do you assign priorities?

[off-topic / meta]
@Esc3300: If impossible to reproduce due to missing info (see T136393#2609312), that would be a valid use of low priority IMO.
However the task assignee is also free to reset priority... :)

https://www.wikidata.org/w/index.php?title=Q24042806&action=edit&redlink=1 showed up in https://www.wikidata.org/w/index.php?title=User:Sjoerddebruin/Voornaam&oldid=374392081 today.

Other than a incident in spring, isn't t the explanation for this that replication of changes doesn't always follow revision id?

Here is a list of some 600 from yesterday (look for redlinks without any labels/P31 values)

If you want other examples: https://www.wikidata.org/wiki/Wikidata%3ADatabase_reports%2Fto_delete%2Fempty_template_items red link and redirect are out of sync, There are red link also in https://www.wikidata.org/wiki/Wikidata%3ADatabase_reports%2Fto_delete%2Fempty_list_items and in https://www.wikidata.org/wiki/Wikidata%3ADatabase_reports%2Fto_delete%2Fempty_disambiguation_items

@Esc3300 Hmm looks like something with deletions is still not right. I will investigate, thanks.

Looks like this one:

https://www.wikidata.org/wiki/Special:EntityData/Q19369930.ttl?nocache=1475267192776&flavor=dump

produces fatal error. That may be the reason why deletes are broken. Filed T147098.

The problem isn't only with deleted item but also with normal item. Ex. this https://www.wikidata.org/wiki/Q5011561 is a disambiguation item with sitelink but the query
SELECT ?item
{
?item wdt:P31 wd:Q4167410 .
MINUS { [] schema:about ?item } .
}
extract the item. Another example: https://www.wikidata.org/w/index.php?title=Q22146053&redirect=no is a redirect but the same query extract the item

Here is a sample from deleted https://www.wikidata.org/wiki/Property:P2890 and https://www.wikidata.org/wiki/Property:P2885 :

SELECT * 
{
    VALUES ?p { wd:P2890 wd:P2885 } 
  	?p ?s ?v
}

query: 31 results

Deletes should be fine now.

Thanks. I noticed. The report became much shorter.

Would you remove all items that appear in the deletion log from WQS?

There are some from yesterday here

@Esc3300 all gone, looks like maybe just replication lag or cached query result.

Remain problem on redirect. You can found a lot in https://www.wikidata.org/wiki/Wikidata:Database_reports/to_delete/empty_template_items

@ValterVB those seem to be old deletes, so they need to be handled manually.

In general, if delete happened over a month ago, and wasn't handled then due to some bug, it's impossible to detect it now, since recent changes stream only goes back a month. So these need to be handled manually, or on the next DB reload.

There are a bunch of deleted properties which are still showing up: http://tinyurl.com/jchjd56

Something weird is happening with properties... Need to investigate.

There is a truckload of missing descriptions mentioned by @Edgars2007

at https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team&oldid=391699348#Outdated_SPARQL_results

@Esc3300, @Edgars2007 I see those descriptions are there, they are just filtered out by the query filter. If you remove the regexp filter, you see all of them.

Oh... Thanks guys!

Do you have any idea when the next DB reload is likely to be?

Q2651609 is another item which is still out of sync (this query still shows an old label)