Author: danny.leinad
Description:
When $wgFlaggedRevsAutoconfirm is activated and $wgFlaggedRevsAutopromoteInRC = true; promotion to "autochecked users" is not visible on RecentChanges.
Version: unspecified
Severity: enhancement
Description
Description
Details
Details
- Reference
- bz29655
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Amire80 | T23778 BiDi issue in RTL wikis at site notice with LTR text ending with Unicode characters with neutral directional | |||
| Resolved | None | T31876 1.18 post-deployment actions (tracking) | |||
| Resolved | None | T31655 Restore $wgFlaggedRevsAutopromoteInRC setting in some way |
Event Timeline
Comment Actions
wgFlaggedRevsAutopromoteInRC was removed.
Also, as of /trunk, autopromote was moved to the core code. If this is really needed we can have:
- Have a boolean $wgAutopromoteOnceInRC var
- Have an array of booleans wgAutopromoteOnceInRC var (for each group)
Comment Actions
danny.leinad wrote:
When you created $wgFlaggedRevsAutopromoteInRC, it was a desirable solution. If it would be helpful, I can again arrange a poll around Polish community about the usefulness of the autopromote on RC.
Comment Actions
danny.leinad wrote:
PS. In my opinion, autopromotion should be visible on RC, the same as other user rights changes. Maybe it's a bit floody on large wikis, so variable to activate this option would be the best solution.
Comment Actions
beau wrote:
This information on Special:RecentChanges helps tracking changes on wiki. It would be also broadcasted on IRC channels, so one can watch only IRC channel, without going repeatedly to wiki rights log. Current situation is confusing for users, because some events are displayed on recent changes (manual group membership change) and some not (autopromote, changes through meta-wiki).
Comment Actions
(In reply to comment #6)
Doesn't this need to be re-opened so that someone can make it live after
deployment?
You can make another report that is a Wikimedia shell bug ("enable wgAutopromoteOnceLogInRC on plwiki").
Comment Actions
danny.leinad wrote:
(In reply to comment #7)
(In reply to comment #6)
Doesn't this need to be re-opened so that someone can make it live after
deployment?You can make another report that is a Wikimedia shell bug ("enable
wgAutopromoteOnceLogInRC on plwiki").
This bug is a blocker for bug29876, so I suspect there is no need to open separate bug, but I would like to point out that similar configuration should be for plwikiosurce (look at previous configuration at http://noc.wikimedia.org/conf/highlight.php?file=flaggedrevs.php).
Comment Actions
(In reply to comment #8)
(In reply to comment #7)
(In reply to comment #6)
Doesn't this need to be re-opened so that someone can make it live after
deployment?You can make another report that is a Wikimedia shell bug ("enable
wgAutopromoteOnceLogInRC on plwiki").This bug is a blocker for bug29876, so I suspect there is no need to open
separate bug, but I would like to point out that similar configuration should
be for plwikiosurce (look at previous configuration at
http://noc.wikimedia.org/conf/highlight.php?file=flaggedrevs.php).
wgAutopromoteOnceLogInRC set on both wikis (though not used by code yet).