Last modified: 2013-01-14 16:00:53 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 T44780, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 42780 - More checks to avoid duplicate recent change entries
More checks to avoid duplicate recent change entries
Status: VERIFIED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WikidataClient (Other open bugs)
master
All All
: Normal normal (vote)
: ---
Assigned To: Wikidata bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-12-06 13:54 UTC by Aude
Modified: 2013-01-14 16:00 UTC (History)
3 users (show)

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


Attachments

Description Aude 2012-12-06 13:54:54 UTC
The poll for changes stuff and saving recent change entries could use more checks to make sure duplicate entries do not get saved.  

This could be:

1) at the recent change save point 

2) in poll for changes, programatically know which change id to start at, maybe with a hook point before pollforchanges queries the changes table.

or both.  This is in event the poll for changes script has to be restarted.  

Right now, it can use --since and work at a specified time interval with a cron job or run continuously as a daemon.
Comment 1 Aude 2012-12-13 12:46:09 UTC
https://gerrit.wikimedia.org/r/#/c/37227/ - we have check now at the save point.  

https://gerrit.wikimedia.org/r/#/c/37819/ - pollforchanges tracks the last change ID handled in a state file

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


Navigation
Links