[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Smalyshev added a comment. Yes, if there's an RC record and revision number increase, it will reload.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Lucas_Werkmeister_WMDE, Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Lucas_Werkmeister_WMDE added a comment. But will a null edit also cause the WDQS updater to reload the entity?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Smalyshev added a comment. @Multichill no, the TTL export matches the data. But the data (the page_props table) does not match the actual counts in the item. Null edit would trigger the recount of page props, which will update the table.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Multichill added a comment. In T145712#4029085, @Smalyshev wrote: So the data is not up to data in wikidata properties tables. Not sure why and how this can be fixed. Editing the item seems to fix it, so maybe there should be some bot that null-edits such items periodically? Interesting. So https://www.wikidata.org/wiki/Special:EntityData/Q1965957.ttl?flavor=dump is somehow cached and not generated from live data? Where is it cached? How does this work? If we would do null edits, what would trigger the query engine to update the data?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Smalyshev added a comment. Looks like it's a Wikidata issue. E.g. see https://www.wikidata.org/wiki/Q1900338 - it has a statement with an identifier. However, the dump at https://www.wikidata.org/wiki/Special:EntityData/Q1900338.ttl?flavor=dump shows both wikibase:statements and wikibase:identifiers as zero. Checking the database I see: >select * from page_props where pp_page = 1830394; +-++--++ | pp_page | pp_propname| pp_value | pp_sortkey | +-++--++ | 1830394 | wb-claims | 0| 0 | | 1830394 | wb-identifiers | 0| 0 | | 1830394 | wb-sitelinks | 1| 1 | +-++--++ So the data is not up to data in wikidata properties tables. Not sure why and how this can be fixed.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Liuxinyu970226, Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones ( wikibase:statements and wikibase:sitelinks )
Sjoerddebruin added a comment. Users will probably run into this far more often now due to the drop of wb_entity_per_page. Pages like https://www.wikidata.org/wiki/Wikidata:Database_reports/without_claims_by_site/nlwiki will feature false positives for example.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, MisterSynergy, Tgr, MZMcBride, aaron, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Esc3300 added a comment. Personally, I think the new wikibase:statements triples are useful even if they are not always accurate. Making them completely accurate seems to need some complex changes ( T149239 ), so I think it would be good to make sure that we get at least basic coverage on all items, this even if it may be 1 or 2 edits of. Sample from https://www.wikidata.org/w/index.php?title=Q28465861=""> 12:44, 21 January 2017 . . (1,605 bytes) (+422) . . (Created claim: country (P17): 12:33, 21 January 2017 . . (1,183 bytes) (+372) . . (Created claim: Commons category (P373): 12:33, 21 January 2017 . . (676 bytes) (+426) . . (Created claim: instance of (P31): WQS: currently no wikibase:statements Is there a way to have it show at least wikibase:statements 2 (the first two edits)?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, EBjune, mschwarzer, merbst, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Esc3300 added a comment. The number of results on the olowiki query also varies: 10 or 15 today.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Smalyshev added a comment. Yes, it looks like the same problem - since the servers are updated independently, it could happen that when one server updates, the pagelink data is not there yet, but when the other is updated, it's there already.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Esc3300 added a comment. Not really certain about this: Sometimes, the triple with wikibase:statements seems to disappear after an edit is made. Not sure if it's re-appearing later or if I get results from a different server ( sample).TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Esc3300 added a comment. A Wikipedia language version that was created last month has "wikibase:statements" missing: list (now 10, went up to 40). I don't think any of the items were newly created for that wiki.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Tgr added a comment. Or, if that is not possible, have a flag in recentchanges that indicates whether all secondary updates for an edit have been completed. Instead of a flag you could have an indexed sequence ID which is null while the updates are ongoing (or maybe a separate table which only consists of an own primary key and a foreign key to rc_id - at least in MySQL that might be the easiest way to simulate sequences) and then add an API option to sort and continue by that.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, TgrCc: Tgr, MZMcBride, aaron, Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Smalyshev added a comment. Well, its for everything that would use page props, but I know about RDF part specifically, I don't know about others. What kind of API do you propose?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Addshore added a comment. If this is mainly regarding the WDQS & updater we could always make an API for it that packages everything nicely..?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, AddshoreCc: Addshore, Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Smalyshev added a comment. The would complicate updater a lot, as it would have to make two passes through the data essentially. How costly is to update page props table? It's just one write, and the data it uses are already in memory anyway. Are we really saving much by deferring it? We could do the write after the output is sent, if user experience is the question here.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
daniel added a comment. In T145712#2645320, @hoo wrote: In T145712#2644981, @Smalyshev wrote: The props that we use - sitelink count and statement count - are easy to calculate and available on edit, as far as I can see - why can't they be updated synchronously? They are actually calculated on edit, but updating the page_props table is being differed. That makes page editing faster. Maybe we can also defer the entry in recentchanges? Or, if that is not possible, have a flag in recentchanges that indicates whether all secondary updates for an edit have been completed.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, danielCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
hoo added a comment. It would be possible to use action=""> on the entities before fetching them. That way one can be sure that LinkUpdate was run against the current state of the page.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, hooCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
hoo added a comment. In T145712#2644981, @Smalyshev wrote: The props that we use - sitelink count and statement count - are easy to calculate and available on edit, as far as I can see - why can't they be updated synchronously? They are actually calculated on edit, but updating the page_props table is being differed. That makes page editing faster.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, hooCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Smalyshev added a comment. We don't have any fixed guarantees regarding when this will happen This is a huge problem for using page props in SPARQL then, as we a) do not get correct props when edit is done and b) don't have any idea when the data is right or whether it's right in any particular moment. The props that we use - sitelink count and statement count - are easy to calculate and available on edit, as far as I can see - why can't they be updated synchronously?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Esc3300 added a comment. This is probably an additional problem from last time. In SQL, there were two problems: some old items didn't have any page properties (this could be solved by purging items) some items had "pp_value = "0" AND pp_sortkey is null" while most have "pp_value = "0" AND pp_sortkey = "0"' (this could not be solved by purging items) BTW I added a chart and column for statement and sitelink counts to https://www.wikidata.org/wiki/Wikidata:Database_reports/Recent_deaths . It starts filling while some items do show a discrepancy.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
hoo added a comment. Page props are always written (at least that's not known to be broken), but only in a job (LinksUpdate) that runs asynchronously some time after the edit. We don't have any fixed guarantees regarding when this will happen (only that it's happening after the actual edit gets applied).TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, hooCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Multichill added a comment. We had this before when we introduced new page properties. Shall I run a bot again to purge the affected items so everything is consistent again?TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, MultichillCc: Multichill, hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145712: Statement counts from pageprops do not match actual ones
Smalyshev added a comment. "Eventually" isn't good enough as bot-edited items will have wrong data in WDQS then.TASK DETAILhttps://phabricator.wikimedia.org/T145712EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: hoo, Esc3300, Pasleim, thiemowmde, daniel, Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
