Page MenuHomePhabricator

umbrella project for Wikimedia Ukraine
Closed, ResolvedPublic

Description

we would like to request setting up an umbrella project for Wikimedia Ukraine (WMUA) like the one WMSE has https://phabricator.wikimedia.org/project/profile/2480/, and have one or more administrators who can create subprojects (myself, Ilya, Base, Aced -- I am adding them as subscribers here)

if possible, we would like to have WMUA-Tech https://phabricator.wikimedia.org/project/profile/1686/ as its subproject already (there are also two archived projects WMUA-Community-Support and WMUA-Contests, if it makes sense, and it is not difficult, please also move them under the umbrella -- or they can stay as they are)

so, following the form of WMFI's request --

project type: Umbrella
name: WMUA
optional hashtag: WMUA
project description: Task board for activities in Wikimedia Ukraine
visible to: Public
editable by: All Users
joinable by: All Users

Event Timeline

as its subproject already

There is no way to "move" projects but we can create a new tech subproject under the new umbrella, and then move tasks from the old tech project and then archive the old tech project.

there are also two archived projects

There are numerous: https://phabricator.wikimedia.org/project/query/MQZmkwGXSjrR/#R

For the records, see also T286866: Unarchive WMUA-tech project and create a custom security policy for its members which is more complicated :-(

Aklapper triaged this task as Medium priority.

thank you, then let's have this new umbrella, with a tech subproject there to move the tasks from the old one, and then archive it. thank you! anything else you need from us to be able to do it?

Nothing else needed, I just need to find time in the next ~24h to create the projects and silently mass-re-tag existing tasks not to spam you all with notifications

Requested public project WMUA has been created: https://phabricator.wikimedia.org/project/view/7435/

I've also create three subprojects: https://phabricator.wikimedia.org/project/subprojects/7435/
I've archived the three old "parent" projects mentioned in the description and silently moved all their tasks over to the new subprojects.

(In case you need to edit the project or project workboard itself at some point and lack permissions, please see Trusted-Contributors.)

Interested people are welcome to join the project as members, and to watch the project in order to receive notifications on task updates.

If tasks are created under this new project which are about a specific codebase, please make sure to also add these codebase project tags to the tasks in addition.

Recommended practices for project and workboard management in Phabricator are available.

Feel free to bring up any questions you might have about Phabricator or about best ways to manage projects in Phabricator.

I've also made @Antanana a member of acl*Project-Admins so @Antanana can create subprojects (or milestones but please see the pros and cons).

(FYI if you also want to track non-public tasks, please see and follow https://www.mediawiki.org/wiki/Phabricator/Spaces (separate topic) as I don't think that seting up a custom security policy per T286866: Unarchive WMUA-tech project and create a custom security policy for its members will be feasible.)

Enjoy!

Could someone please either re-tag or close the ARCHIVED---WMUA-Tech task https://phabricator.wikimedia.org/T302220 which I do not have permissions to access (as open tasks shouldn't have archived-only project tags)? Thanks.

@Aklapper , added the new project to the task.

I am utterly confused by this whole change though. So it seems that the old tasks are in the old project. The open ones are in the new one. This is already confusing.

Both links on WMUA Technical committee page are leading to the old project. For the public tasks that is an easy matter to change the link (I have put the original link there to begin with). But what about the private ones? I see that the custom form 107 still uses the old project. I guess you are saying that instead of that custom security policy it should now use the spaces? I see that acl*WMUA_policy_admins is listed back from 2016, if it is usable I guess it can be employed for that, but in this case is there a way to tweak the private task form so that it adds all the necessary things automatically?

So it seems that the old tasks are in the old project. The open ones are in the new one.

Hmm, where to see old tasks in the old project (URI)?

I admit I forgot about form 107. Was it ever used? In my understanding it never did what it says as it's simple not "private" and has never been as anyone could join the project defined as the form's view policy.
I fixed the project tag in form 107 but I still believe that form is totally useless. In general, I'm not aware of an "allow anyone to file a task but only allow a bunch of folks to access that task afterwards" setup apart from our custom workflow for Security issues which I don't want to replicate.
If you wanted "only a well-defined static group of people can both file and view a bunch of tasks" then this would be a Space.