Last modified: 2013-02-04 16:19:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T40577, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38577 - old data returning from editing
old data returning from editing
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.21.x
All All
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-22 08:52 UTC by Dirk Beetstra
Modified: 2013-02-04 16:19 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Dirk Beetstra 2012-07-22 08:52:29 UTC
This is something I noticed with [[User:COIBot]] on meta when it is maintaining a log on [[User:COIBot/LinkReports]].  One can see it in this history: http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReports&offset=20120718115734&action=history - there are edits by the bot that remove a huge chunk of data, and then later there are edits that re-insert a huge chunk of data - the re-inserted data is ALWAYS the same, also when it gets manually blanked.  Resetting the procedures that do that or even restarting the bot (including: killing the bot, blanking the page, starting the bot again) does not help, suggesting it is not a memory-problem with the bot.

Today I noticed this - when you go to this diff http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReports&diff=3941288&oldid=3941163 (recent) - where I have both left and right only edits of July 2012 in the logs, and I press 'undo', I get a conflict with intermediate edits (as expected), and on approx 90% of the attempts an edit window which does NOT contain the current content of the page, but old data.  Note that that old data is ALWAYS the same, and is the same as that the bot gets when it reinstates the huge chunk of data.

Note: I have made a bug-catch in the bot, so it retries and eventually blanks when it gets the old data, but that is just a symptom patch, it still gets the wrong page on a regular basis.

Other Note: User:COIBot/LinkReports has a massive number of revids, maybe that is a hint to the source of the problem?
Comment 1 Dirk Beetstra 2012-07-22 08:54:53 UTC
I just tried it on the top-diff of that page, the same error occurs (including that it conflicts with intermediate edits, which do not exist ...).
Comment 2 Dirk Beetstra 2012-07-22 10:30:27 UTC
More curious - get the history of the page: http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReports&action=history - click on the topmost 'prev' which shows the diff between the last and the forelast edit.  The left-side of the diff gives SOMETIMES gives a 'Newer edit'-link (which does NOT exist, it is the top revid) - clicking that link gives sometimes a diff with a revid of '16:03, 14 February 2012', sometimes an empty diff.
Comment 3 Dirk Beetstra 2012-07-22 10:31:15 UTC
Oi, I meant the right-side of the diff
(In reply to comment #2)
> More curious - get the history of the page:
> http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReports&action=history
> - click on the topmost 'prev' which shows the diff between the last and the
> forelast edit.  The left-side of the diff gives SOMETIMES gives a 'Newer
> edit'-link (which does NOT exist, it is the top revid) - clicking that link
> gives sometimes a diff with a revid of '16:03, 14 February 2012', sometimes an
> empty diff.
Comment 4 Andre Klapper 2012-12-19 16:45:22 UTC
(In reply to comment #2)
> More curious - get the history of the page:
> http://meta.wikimedia.org/w/index.php?title=User:COIBot/
> LinkReports&action=history
> - click on the topmost 'prev' which shows the diff between the last and the
> forelast edit.  The left-side of the diff gives SOMETIMES gives a 'Newer
> edit'-link (which does NOT exist, it is the top revid) - clicking that link
> gives sometimes a diff with a revid of '16:03, 14 February 2012', sometimes
> an
> empty diff.

I can reproduce this in 1.21wmf6.
Comment 5 Dirk Beetstra 2013-02-02 10:39:41 UTC
Note: this seems to have been solved, I can not see COIBot doing the soft-solution for this bug (if it gets the wrong revid, return to blank) since this edit (http://meta.wikimedia.org/w/index.php?title=User:COIBot/LinkReports&diff=5105616&oldid=5104394) as of 19:52, 22 January 2013.  Maybe resolved by resolving another bug?
Comment 6 Andre Klapper 2013-02-04 16:19:08 UTC
Closing as WORKSFORME for the time being...

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links