Last modified: 2009-01-09 00:05:51 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 T18914, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 16914 - All revisions of talk page get patrolled automatically on sighter's/sysop's edit, instead each explicitly
All revisions of talk page get patrolled automatically on sighter's/sysop's e...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
FlaggedRevs (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Aaron Schulz
http://als.wikipedia.org/w/index.php?...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-01-07 00:24 UTC by Melancholie
Modified: 2009-01-09 00:05 UTC (History)
0 users

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


Attachments

Description Melancholie 2009-01-07 00:24:53 UTC
All revisions of a talk page get patrolled automatically after sighter's/sysop's edit.
Example:
http://als.wikipedia.org/w/index.php?title=Talk:Kleines_Wiesental&diff=177991
Revision #1 was un-patrolled, revision #2 is just an edit. The edit marks both revisions as patrolled, removing the red mark (rcid); but without producing any log entry see bug 16913 ;-)

This behaviour is different from the behaviour for content pages and different from the former Patroller extension behaviour.
The normal FlaggedRevs behaviour, that should also apply here, is:

1. Non-sighter edits page
2. Red mark (rcid) appears
3. A sighter makes an edit without having seen/checked the previous changes of the non-sighter
4. Both edits stay un-sighted
5. Both revisions have to be sighted explicitly

Also revisions of non-content pages should be patrolled explicitly, as especially on talk pages vandalism/spam could creep in and stay in easily the way it is now.

See also bug 16375#c11.
Comment 1 Melancholie 2009-01-07 00:31:48 UTC
Correction of number 5.:
Of course *not both have to* be sighted/patrolled, the latest would be enough; but in a explizit/manual way, not automatically like now.
Comment 2 Aaron Schulz 2009-01-07 03:38:23 UTC
Chlämens seems to be an admin
Comment 3 Melancholie 2009-01-07 04:05:00 UTC
That doesn't matter here, because the fix for bug 16862 isn't live yet ;-)
It's the same with User:Matthead for example:
http://als.wikipedia.org/w/index.php?title=Talk:Grosser_polnischer_Aufstand_von_1848&action=history
Comment 4 Aaron Schulz 2009-01-07 20:35:43 UTC
Does this still occur as of now?
Comment 5 Aaron Schulz 2009-01-07 21:16:35 UTC
(In reply to comment #4)
> Does this still occur as of now?
> 

Bah, not synced yet
Comment 6 Melancholie 2009-01-08 06:59:55 UTC
Note that this not only occurs for talk pages, also for [[wikt:de:Wiktionary:Auskunft‎]] e.g. (former IP edits get auto-patrolled through an pure edit too, no log entry is produced at all).
Comment 7 Aaron Schulz 2009-01-09 00:05:51 UTC
Fixed in r45589

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


Navigation
Links