Need ability to move/rename articles on wiki.mozilla.org

RESOLVED FIXED

Status

Websites
wiki.mozilla.org
--
blocker
RESOLVED FIXED
7 years ago
7 years ago

People

(Reporter: pierros, Assigned: mconnor)

Tracking

Details

(Reporter)

Description

7 years ago
In order to accommodate the needs of Mozilla Reps program, we are using our MediaWiki extensively. Much of the information and day to day operations of the program will be handled via the wiki, so I will need "move" and "protect" on my user rights. I guess the easiest way to do that is to have Administrator rights (as we don't have a "protect" policy group)

A list of my contributions can be found here : https://wiki.mozilla.org/Special:Contributions/Ppapadeas and I can provide contribution log in other MediaWikis if needed.
I'm happy to give you move privileges, but why do you feel every page needs to be protected? Vandalism should get caught and reverted in a fairly quick manner, and in general, very few pages on wikimo are protected.
(Reporter)

Comment 2

7 years ago
Reed: Not every page will be protected. It is just that because we are going to have many users editing around due to ReMo I want to make sure that some crucial ReMo articles cannot be edited by anyone (as Membership Categories etc). For the Move function, I really need it to restructure part of the Remo-related structure we have right now, and we are looking for many pages created (events, presentations) so I would like to be ready for tackling quickly problems with naming and name nesting.

Thanks in advance
So, I gave you move access on the 25th.

We have *very* few protected pages on wikimo, and I'd like to keep it that way. Let's try leaving stuff unprotected for now, and if it becomes a problem, we can revisit that issue in the future.

Sound good?
Assignee: desktop-support → reed
Status: NEW → ASSIGNED
Component: Server Operations: Account Requests → wiki.mozilla.org
Product: mozilla.org → Websites
QA Contact: mrz → wiki-mozilla-org
(Reporter)

Comment 4

7 years ago
Thanks Reed!

I am gonna re-open the bug when we reach the point that we want lock status to be enforced on some critical pages.
Status: ASSIGNED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
(Reporter)

Comment 5

7 years ago
Hey Reed!

Take a look on the last changes here :
https://wiki.mozilla.org/index.php?title=Template:Remobox&action=history

That broke 10 people's profiles (and we are not into production yet)

I would love to have the ability to protect such pages.

Thanks once again.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Protecting wikimo from edits by known Mozilla contributors is out-of-scope and unwanted. If you have a problem with somebody's edit who isn't doing something malicious, please bring it up with them.
Status: REOPENED → RESOLVED
Last Resolved: 7 years ago7 years ago
Resolution: --- → FIXED
Summary: Administrator status in wiki.mozilla.org → Need ability to move/rename articles on wiki.mozilla.org
(Reporter)

Comment 7

7 years ago
Hello again,

I need to have the ability to delete pages (especially now with all the sandboxes created for SMW testing)

Thanks,

Pierros
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I second that. 

I also definitely need the ability to delete pages as both Pierros and I are going to be working heavily on the wiki as long as ReMo is going to be entirely dependent on it for the next couple of months. 

Thanks.
(Reporter)

Comment 9

7 years ago
Hello again, we tried our best to avoid this but this is getting out of hands:
https://wiki.mozilla.org/index.php?title=Template:Remobox&action=history

and you can see that we did our best on WARNING everyone:
https://wiki.mozilla.org/Template:Remobox

Please, can we have the ability to SemiProtect some articles? We are talking about basic administration here. All the wikis in the world SemiProtect crucial templates.

Thanks!
(Reporter)

Comment 10

7 years ago
Ok this is out of control. 
https://wiki.mozilla.org/index.php?title=Template:Remobox&action=history

Please semi-protect the page or give me access to do that.

Thanks
Severity: normal → blocker
I second that. Despite the VERY CLEAR warning sign a the top of the page, some Mozilla Reps just don't read it and edit the article directly, forcing us to fix it and making us lose time. This is EXACTLY the problem we feared we would have. 

Please could you semi-protect the page or give Pierros access?

Thanks.
Protected "Template:Remobox": Excessive vandalism ([edit=canmove] (indefinite) [move=canmove] (indefinite))

That work?
(Reporter)

Comment 13

7 years ago
Nope, because thats a full protect. I need to have admin rights to edit it. Either semi-protect it, or give me admin rights. Or even better both.

Thanks
you can edit it...
Though, protecting the page doesn't help much when admins accidentally edit it, as well. https://wiki.mozilla.org/index.php?title=Template:Remobox&diff=prev&oldid=326784 ;)
(Assignee)

Comment 16

7 years ago
While I understand and respect Reed's reluctance to grant admin access unless necessary, we have a track record of granting the admin bit reasonably freely on wikimo to trusted contributors, where those powers are going to be helpful in ensuring that projects move forward with minimal friction.  This is why we have 45 admins at the time of this comment (but significantly fewer bureaucrats, I'll note).

At this point, it seems clear to me that William and Pierros do need this level of access to work more efficiently, and continue to be impeded in their daily work as a result of not having that access.  I don't see a really compelling reason cited here to not grant this level of access at this time.

Based on the above, I've gone ahead and set the admin bit for Pierros.  As in all cases of access grants, the expectation is that he will use this appropriately in all cases, and failure to do so will result in privs being pulled.

If anyone has questions or concerns with this please find me on IRC or via email.
Assignee: reed → mconnor
Status: REOPENED → RESOLVED
Last Resolved: 7 years ago7 years ago
Resolution: --- → FIXED
(Reporter)

Comment 17

7 years ago
Thanks Mike! Really appreciated.
You need to log in before you can comment on or make changes to this bug.