https://bugzilla.wikimedia.org/show_bug.cgi?id=30373

       Web browser: ---
             Bug #: 30373
           Summary: Requests queue for log actions
           Product: MediaWiki extensions
           Version: any
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Extensions requests
        AssignedTo: wikibugs-l@lists.wikimedia.org
        ReportedBy: krinklem...@gmail.com
    Classification: Unclassified


One of the things I believe are needed by many wikis is a queueing system where
users can make requests for certain actions to be taken. Although it doesn't
have to be limited to, I think the most common purpose of it would be
performing actions that require user rights that the requesting user doesn't
have. Think:
* Deletion
* Blocking
* Moving
* Adding/removing user groups (Patroller, Rollbacker, Admin, etc.)
* etc.

By having this in a nice interface it will provide many advantages:

* It can be given an intuitive interface that users can learn to recognize
across wikis. It would also have proper translation for many of the interface
components. Make it easy to find the "request for deletion page" on any given
wiki.

* Saving time for admins
** being able to query a list of deletion request that haven't been resolved
yet
** 

* Saving time for users
** being able to query requests by namespace, page title, user name etc.
** Finding information related to a log action (right now admins usually
copy/paste permalinks into the log reason, which is annoying, time consuming
and not user friendly, not to mention the fact that log reasons are not parsed
which means other users then have to copy the link back from the reason into
the addressbar to read it). Instead admins would be able to log with a link to
something like [[Special:Requests/105123]]. Heck it could even be stored in the
log_params so that it can be used to automatically mark a request as resolved
once the action is performed.

* Hooks for other maintenance tasks (in PHP for eg. bug 30134, but also through
the API. I imagine an awesome dashboard for admins with stuff they can do!)

* Uniform indication of status (perhaps even issue tracker like with status
(assigned, open, resolved, etc.)

* Sky is the limit :D


The key is really in the details. The discussion part should probably hooked to
LiquidThreads.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to