https://bugzilla.wikimedia.org/show_bug.cgi?id=8697
--- Comment #15 from Marius Hoch <[email protected]> --- (In reply to comment #14) > Yes but only if one nitpicks a lot: strictly speaking you've not reviewed all > edits but only a collation of them, however if you are looking at that > specific > multi-revisions diff it probably means it's a single edit in multiple steps > (which can be patrolled only if from same author and with rollback), or some > other sort of related diffs you're checking together and acting upon as a > consequence (if you come from enhanced RC, they must be in the same solar > day). In case we only want this for either the same day or even better the same user this is feasible. If you want it for all revision covered by the current diff thinks are going to get a lot more complicated as the recentchanges table lacks usable indexes here and there are pages with a LOT of revision in the RC life span ( eg. https://en.wikipedia.org/wiki/Wikipedia:Administrators%27_noticeboard/Incidents ) > > > Do we need a log entry for every revision that is patrolled? (This could > > flood > > the logs a LOT). > > I don't think it would flood logs a lot, because it's merely what we're > already > doing now (especially with AJAX patrolling), just with less clicks. And > patrol > log entries are hidden by default. > Either way, it doesn't matter much IMHO. (Per above) If that only covers several edits by one user it's probably fine but if it covers the whole RC lifespan this could grow up to several thousand changes which in turn would mean several thousand log entries (which is insane for various reasons). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
