From Meta, a Wikimedia project coordination wiki
(Redirected from Babel)
Jump to navigation Jump to search
 ← Index of discussion pages Babel archives (latest) →
This is the general discussion forum for Meta (this wiki). Before you post a new comment please note the following:
  • You can comment here in any language.
  • This forum is primarily for discussion of Meta policies and guidelines, and other matters that affect more than one page of the wiki.
  • If your comment only relates to a single page, please post it on the corresponding discussion page (if necessary, you can provide a link and short description here).
  • For notices and discussions related to multilingualism and translation, see Meta:Babylon and its discussion page.
  • For information about how to indicate your language abilities on your user page ("Babel templates"), see User language.
  • To discuss Wikimedia in general, please use the Wikimedia Forum.
  • Consider whether your question or comment would be better addressed at one of the major Wikimedia "content projects" instead of here.
Wikimedia Meta-Wiki
This box: view · talk · edit
Filing cabinet icon.svg
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.

Grants:Project's status ?[edit]

Hi there, I have difficulties to get update on the Grant:Project's status which has been disturbed by 2020's events. By normal curse of action a cycle should occurs this Automn, none is announced. I asked a month ago to be informed, no answer. Do we have news on this side ? We volunteer are accumulating energy and ideas which we would like to propose. Yug (talk) 12:34, 28 October 2020 (UTC)

So far, no information. Ruslik (talk) 15:42, 31 October 2020 (UTC)

Wiki of functions naming contest - Round 2[edit]

22:10, 5 November 2020 (UTC)

Gadget for steward/renamers[edit]

Hello everyone, From an internal discussion between Global renamers and Stewards there has been almost unanimous support that request should be handled by someone familiar with project or language unless it's a simple request (doesn't include blocks and sanctions).

To mark the origin of request in Queue we have been using User:Ladsgroup/GlobalRenamQueueHelper.js user script, but the issue is that every new renamer have to install it or some might even do not know about it. So I propose it to be added as a gadget for steward section and enable it by default for Stewards and Global renamers. Thanks! ‐‐1997kB (talk) 07:19, 9 November 2020 (UTC)

@Ladsgroup: do you agree to have your script moved to the mediawiki namespace? You won't be able to edit it there (as I'm sure you're aware) so I want to confirm. If you agree, I can move forward with converting it to a gadget tomorrow - as far as I can tell the only dependency is mediawiki.api (though that isn't explicitly loaded in the current code, it should be included as a dependency for the gadget to make sure it is always available). Thanks, --DannyS712 (talk) 07:58, 9 November 2020 (UTC)
@DannyS712 I'm fine with moving the code to mediawiki namespace. Amir (talk) 06:44, 10 November 2020 (UTC)
Thank you @Ladsgroup:! This gadget is very useful. I have a question for you though. Would it be possible to allow sorting by the column "local wiki"? If not it is still okay, ctrl+f still works fine. Cheers! Nadzik (talk) 08:19, 10 November 2020 (UTC)
@Nadzik Hey, Unfortunately that's not possible. It'll be possible once phab:T217099 will resolve. Amir (talk) 17:03, 10 November 2020 (UTC)
According to phab:T217099#6387917 that'd require a schema change and a code change later. Is that doable? While the script is indeed very useful, it'd be better IMHO if the extension gave that info to us directly. Thanks. —MarcoAurelio (talk) 17:07, 11 November 2020 (UTC)
Looks good to me! Martin Urbanec (talk) 13:45, 10 November 2020 (UTC)
Great idea! It's a very useful script and all renamers/stewards should have it enabled by default! --Superpes15 (talk) 15:05, 10 November 2020 (UTC)
@Ladsgroup I tested the script out on the beta cluster - for "missing" users (i.e. after they have been renamed, if you're looking in Special:GlobalRenameQueue/closed) it shows "undefined" - is this intentional? If it is, I'll move the script as-is to a gadget, but if not I thought you should have a chance to fix it before you can no longer edit the script DannyS712 (talk) 22:34, 10 November 2020 (UTC)
Script updated, though it still won't fill the local wiki field if the requester cannot be identified via API anymore. I think this is the best we can do for now.--Sakretsu (炸裂) 12:11, 11 November 2020 (UTC)
@DannyS712 Done by Sakretsu. I don't think the script will be set in stone, worst case, I request a change on its talk page. Amir (talk) 12:24, 11 November 2020 (UTC)
Symbol wait.svg Doing... switching to a gadget now --DannyS712 (talk) 20:53, 12 November 2020 (UTC)
@1997kB, Ladsgroup, and Martin Urbanec: Yes check.svg Done, now available as a gadget enabled by default DannyS712 (talk) 20:59, 12 November 2020 (UTC)

Include autopatrol rights with Int-Admin[edit]

Hello, there can be some cases where non-admin granted such rights. There is no reason to not trust them with autopatrol, and I think there can be a bundling of autopatrol with interface-admin. Camouflaged Mirage (talk) 18:02, 11 November 2020 (UTC)

  • I was literally about to create this thread. Support adding autopatrol to the interface-administrator group. —MarcoAurelio (talk) 18:06, 11 November 2020 (UTC)
  • Support Support --Novak Watchmen (talk) 18:12, 11 November 2020 (UTC)
  • Support SupportAtcovi (Talk - Contribs) 18:18, 11 November 2020 (UTC)
  • Support Support. Sgd. —Hasley 19:23, 11 November 2020 (UTC)
  • Support Support --Krd 19:37, 11 November 2020 (UTC)
  • BA candidate.svg Weak oppose for principle reasons. As stated at Limits to configuration changes, it is the policy to not grant any other permissions to the interface admin group. The purpose of that policy is to make wikis not to grant the permission unless the user really needs to edit JS/CSS, thus restricting the number of holders to the absolute minimum (as it's one of the most sensitive permissions we can grant). I agree that autopatrol probably won't trigger such response, but my principles-liking myself doesn't like adding any permissions to that group anyway. There is really no reason to not duplicate the groups through; at least it makes revoking easier :)) --Martin Urbanec (talk) 20:16, 11 November 2020 (UTC)
    Just to be clear, this is a meta-wiki only proposal. CN admins have autopatrol I don't see why IAs can't. It's not as if we grant IA for the user to be autopatrol. @Martin Urbanec: CM-Public (talk) 20:38, 11 November 2020 (UTC)
    However, if sysdevs are against this idea per Limits to configuration changes, then I guess there's nothing we can do here, I will gladly withdraw this proposal. Advice will be much appreciated? Camouflaged Mirage (talk) 10:42, 12 November 2020 (UTC)
  • Uh. Do we really need to discuss a configuration change for such a rare occurrence? Can't we just decide that interface admins can be added to the autopatrol group on sight? Let's not make things more complicated that they need to be. Nemo 20:27, 11 November 2020 (UTC)
  • Oppose. 1) We should turn off the useless autopatrolling altogether. The feature and the associated group is superfluous. – 2) Per Martin Urbanec. – 3) Per Nemo, where's the big problem of giving interface-admins the autopatrol group as well. --MF-W 20:51, 11 November 2020 (UTC)
    Re nemo point: My thinking is along the lines we grant global renamers, TAs autopatrol, read a discussion somewhere about adding. Just can't find it now. CM-Public (talk) 21:10, 11 November 2020 (UTC)
    Response to comment about AP itself. I find the patrol indicator useful for my viewing of edits here.  — billinghurst sDrewth 02:55, 12 November 2020 (UTC)
  • Comment Comment They are independent and should continue to be independent, when one stops being admin do you then you think that they should be back to being patrolled. I would hope that if someone is being given the described rights that whomever just assigns autopatrolled at the same time. If you are pushing for a binary decision, Oppose Oppose though based on a true need and a sanity of action.  — billinghurst sDrewth 02:50, 12 November 2020 (UTC)
  • Oppose Oppose use the right tool for the right job, there is absolutely no problem with someone being in multiple user groups, and needing a project-local customization for intadmin for this is a bit silly. — xaosflux Talk 16:27, 12 November 2020 (UTC)
  • Oppose Oppose per Martin, Xaosflux, billinghurst - they are orthogonal groups and I don't see a clear benefit to bundling autopatrol into intadmin. If we want to explicitly say that intadmins are presumed eligible for autopatrol, I won't object, but imo that's rules creep - if someone is trusted enough to be an intadmin I would certainly expect them to meet the criteria for autopatrol. GeneralNotability (talk) 17:08, 12 November 2020 (UTC)
  • BA candidate.svg Weak oppose I find Martin Urbanec's reasoning to be persuasive. 𝒬𝔔 22:23, 17 November 2020 (UTC)
  • Symbol oppose vote oversat.svg Strong oppose Nieuwsgierige Gebruiker (CA) 17:05, 24 November 2020 (UTC)

X mark.svg Not done No consensus for system change as proposed, though there is clear indication that consideration be given to granting the right separately if someone is applying for the right, and that admins and 'crats should be considering this pro-actively.  — billinghurst sDrewth 06:36, 26 November 2020 (UTC)

Close request[edit]

Comment Note this request is a cross-post from RFH; additional discussion is available here.

Would an uninvolved contributor please consider closing the 3 discussions at Communications/Wikimedia brands/2030 movement brand project/Community feedback and straw poll, thanks for your time.

𝒬𝔔 17:20, 15 November 2020 (UTC)

Some glitch on translations[edit]

I have done some translations for page Wikimedia Foundation/fi but it seems that my translations are not in its page history, these exists only in namespace Translation. Jnovikov (talk) 19:20, 15 November 2020 (UTC)

Whoa, now these are there! Jnovikov (talk) 19:22, 15 November 2020 (UTC)

Call for insights on ways to better communicate the work of the movement[edit]

The Movement Strategy recommendations published this year made clear the importance of establishing stronger communications within our movement. To this end, the Foundation wants to gather insights from communities on ways we all might more consistently communicate about our collective work, and better highlight community contributions from across the movement. Over the coming months, we will be running focus groups and online discussions to collect these insights. Visit the page on Meta-Wiki to sign up for a focus group or participate in the discussion.

ELappen (WMF) (talk) 18:56, 18 November 2020 (UTC)

LOL. Attempting to really communicate would be a good start, contrary to the Decision... has... been... made... attitude. All of the link being generated from 2020 event is saying something. — regards, Revi 22:23, 18 November 2020 (UTC)
+1. --Base (talk) 15:49, 19 November 2020 (UTC)
Agreed. --Rschen7754 02:35, 20 November 2020 (UTC)
@ELappen (WMF): courtesy ping to make sure you saw the responses DannyS712 (talk) 03:45, 20 November 2020 (UTC)
I did see it, thanks DannyS712. It didn’t feel like anyone was looking for a reply from the team so I didn’t want to butt in, but I will say this work is based on the recognition that we have a lot of room to grow. I totally understand that people are frustrated and disillusioned and may not want to elaborate, but if anyone wants to have a conversation about the specifics of what better, more consistent communication would look like to you, I’d be happy to have it on the project talk page, or here if you prefer. Needless to say, I would also be happy to have any of you sign up for a focus group. --ELappen (WMF) (talk) 18:05, 20 November 2020 (UTC)
@ELappen (WMF): Okay, I'll bite. In one sentence: When the community tells you no, then listen. For the last several years, the WMF has had a series of colossal failures where they proceeded against the wishes of the community and making excuses as to why they did so ("oh, it was just a vocal minority and the majority really agrees with us", "oh, our TOS requires this" (when it was more a matter of interpretation, for example). Visual Editor? MediaViewer/Superprotect? w:en:WP:FRAM? And now WMF has the temerity to ask us what they are doing wrong (and expect editors to go join a synchronous Google Meet call), as if they can't learn from or understand their mistakes. WMF has since burned all their political capital (and thus not had it when they needed it, such as with global bans) and trust is at an all-time low. I think the fact that all three of us (Revi, Base, and I) are or were stewards, and have almost half a million edits and 34 years of editing experience between the three of us should also say something. --Rschen7754 06:50, 25 November 2020 (UTC)
+1 —MarcoAurelio (talk) 10:26, 25 November 2020 (UTC)
@Rschen7754 and others, I think my reply to a similar point applies here as well. Instead of copying it in full, I'll just say here that situations of strong disagreement and massive discussion make one type of communication problems, but there are many more. Of course your perspective as long term Wikipedians and Stewards is very important, it's just that there are many other perspectives in the movement that complement each other. Examples just to illustrate this point include where to find information about what is going on in our movement, how to promote activities to get more participants among Wikimedians or newcomers, how to share community news in multiple languages, how to collaborate effectively in social media outreach, how to collaborate to get more local press coverage, what type of documentation and training the communicators in our movement need, etc. Dozens of volunteers are signing up for the focus groups, some might want to discuss problems like the ones you describe, others might have other priorities. We want to capture everything. Qgil-WMF (talk) 18:17, 25 November 2020 (UTC)
@Qgil-WMF: Quite frankly, the growing divide between the editor base (read: the people who write the content that motivates people to donate) and the WMF is the most pressing of these problems. In other words, I don't think there will be a movement or a WMF to communicate about in 5 years if the WMF proceeds to alienate the most experienced portion of its editor base like it is currently doing. --Rschen7754 18:30, 25 November 2020 (UTC)
Noted, and we agree that this relationship is an important problem to address. Qgil-WMF (talk) 22:05, 25 November 2020 (UTC)

Community Wishlist Survey 2021[edit]

Magic Wand Icon 229981 Color Flipped.svg

The 2021 Community Wishlist Survey is now open! This survey is the process where communities decide what the Community Tech team should work on over the next year. We encourage everyone to submit proposals until the deadline on 30 November, or comment on other proposals to help make them better. The communities will vote on the proposals between 8 December and 21 December.

The Community Tech team is focused on tools for experienced Wikimedia editors. You can write proposals in any language, and we will translate them for you. Thank you, and we look forward to seeing your proposals!

SGrabarczuk (WMF) 05:52, 20 November 2020 (UTC)

Global bot policy proposal: invitation to a Meta discussion[edit]


Since we are speaking of bots for the global bot policy, I found our meta bot policy is still marked as a proposal. Is there any objections if it becomes policy, tabling here for the community inputs. Camouflaged Mirage (talk) 16:58, 24 November 2020 (UTC)

  • No objection from me. Ruslik (talk) 20:24, 25 November 2020 (UTC)
  • Comment Comment: Meta is currently following Bot policy, so does this proposal include discontinuing that and making Meta:Bots as policy or we gonna follow both? ‐‐1997kB (talk) 04:02, 26 November 2020 (UTC)
    @1997kB: it reads as though it is meant to be complementary to global bot policy, and where there is dispute between the two policies that that the local wording will take precedence.  — billinghurst sDrewth 06:43, 26 November 2020 (UTC)
    This is similar to the oversight and checkuser policies of meta vs global checkuser and oversight policies. This is more towards oversight policy as oversight policy we allow oversight of logged out editing here on meta where the global don't specify. I.e. we can add in more rules of how bots can be used rather than the global bot policy. It is also similiar to checkuser is that the local policy doesn't override the global one, i.e. global bots can operate still (as we the community agree on allowing global bots to run in meta). Hope this clarifies, might be a little confusing. Camouflaged Mirage (talk) 09:35, 26 November 2020 (UTC)
  • okay with this being implemented, nothing controversial, and if we have a bot inactivity policy then something for on the way in makes sense.  — billinghurst sDrewth 06:45, 26 November 2020 (UTC)