Page MenuHomePhabricator

Number of bytes is not correct in the watchlist
Open, Needs TriagePublic

Description

Hello, today I have seen the picture below in my Wikidata watchlist


As you can see the "summary number" is "0" while the detailed view shows that 109+148 bytes have been added.
I did not see any other similar case in my watchlist (all the other looks correct).

Event Timeline

Pamputt created this task.Mar 25 2019, 7:35 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptMar 25 2019, 7:35 PM
Pamputt updated the task description. (Show Details)Mar 25 2019, 7:35 PM

I can reproduce this by adding P6611 to my own watchlist, but I think there’s more than one mixup here. The edits listed are (in the order displayed on the watchlist):

  • two edits by Ederporto, ±0, “11534 bytes after change”
    • edit by Ederporto, +109, “11534 bytes after change”
    • edit by Ederporto, +148, “11682 bytes after change”
  • two edits by David, +223, “11425 bytes after change”
    • edit by David, +112, “11425 bytes after change”
    • edit by David, +111, “11313 bytes after change”
  • a series of edits by different users, starting with the creation of the property, +11204, “11204 bytes after change”

However, the difference between David’s last (top) edit and Ederporto’s purported first (bottom) edit, 11682 bytes - 11425 bytes, is 257 bytes, not just the 148 bytes purportedly added by Ederporto’s first (bottom) change. And Ederporto’s second (top) change adds 109 bytes, but supposedly reduces the page size by exactly 11534 - 11682 = -148 bytes. Also, the revision ID of the bottom change by Ederporto is larger than that of the top change.

I think MediaWiki is displaying Ederporto’s two changes in the wrong order – possibly it’s sorting by timestamp, which isn’t fine-grained enough? – and that confuses the size tracking. In that case, this might be a duplicate of T149558: Watchlist and recent changes edits in the same minute are sorted wrong..

Pamputt added a comment.EditedMar 26 2019, 3:58 PM

With another property (P6614), I experienced a similar issue yesterday

  • 21:55 identifiant Libreflix (P6614)‎‎ (9 modifications | historique) . . +5 866‎ . . [Davidpar‎ ; Renamerr‎ (2×) ; NMaia‎ (3×) ; ديفيد عادل وهبة خليل 2‎ (3×)]
  • 21:55 (actu | diff) . . +82‎ . . Davidpar (discussion | contributions | bloquer) (‎Libellé [ca] ajouté : identificador Libreflix)
  • 11:35 (actu | diff) . . +79‎ . . NMaia (discussion | contributions | bloquer) (‎Libellé [eo] ajouté : Libreflix-identigilo) Balise : PHP7
  • 11:35 (actu | diff) . . +108‎ . . NMaia (discussion | contributions | bloquer) (‎Description [pt] ajoutée : identificador para uma obra criativa no Libreflix) Balise : PHP7
  • 11:35 (actu | diff) . . +82‎ . . NMaia (discussion | contributions | bloquer) (‎Libellé [pt] ajouté : identificador Libreflix) Balise : PHP7
  • 09:29 (actu | diff) . . +2‎ . . ديفيد عادل وهبة خليل 2 (discussion | contributions | bloquer) (‎[ar] alias mis à jour : ليبرافليكس)
  • 09:29 (actu | diff) . . +88‎ . . ديفيد عادل وهبة خليل 2 (discussion | contributions | bloquer) (‎Libellé [ar] ajouté : معرف ليبرافليكس)
  • 09:29 (actu | diff) . . +87‎ . . ديفيد عادل وهبة خليل 2 (discussion | contributions | bloquer) (‎Ajout d’un alias [ar] : ليبرافليك) b
  • 07:31 (actu | diff) . . +135‎ . . Renamerr (discussion | contributions | bloquer) (‎Description [uk] ajoutée : ідентифікатор для творчої роботи на Libreflix) b
  • 07:31 (actu | diff) . . +95‎ . . Renamerr (discussion | contributions | bloquer) (‎Libellé [uk] ajouté : ідентифікатор Libreflix)

For sure, the sum of all the modifications is clearly not equal to 5 866.

But if I select only "bot" or only "human", I get the good byte number.