Jump to content

Meta:Babel

Add topic
From Meta, a Wikimedia project coordination wiki
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
SpBot archives all sections tagged with {{Section resolved|1=~~~~}} after 1 day and sections whose most recent comment is older than 30 days.
Communication
Wikimedia Social Suite
Meetup
Babel
Distribution list
ComCom
Mailing lists
Overview
Administration
Standardization
List info template
Unsubscribing
Wikimedia IRC
Channels listing
#wikidata-admin
#wikimedia-admin
#wikipedia-en-admins
Channel operators
#wikimedia-admin
#wikipedia-en-admins
#wikipedia and #wikipedia-en
Instructions
Guidelines
#wikipedia
Group Contacts
Noticeboard & Log
Cloaks
Bots
FAQ
Stalkwords
Quotes (en)
archives
Quotes (fr)
Other chat networks
Telegram
Discord
Matrix.org
Signal
Steam

Call to protect volunteer contributors from media and institutional attacks

[edit]

Dear members of the Wikimedia community,

It is worrying to note that volunteer contributors, dedicated to the enrichment of free knowledge, are more and more often the target of attacks from certain media and institutions. These actions compromise not only the security of the individuals concerned, but also the integrity and sustainability of our collaborative projects.

A notable example is the 2013 case involving Rémi Mathis, then president of Wikimedia France. Under pressure from the Direction centrale du renseignement intérieur (DCRI), he was forced to delete a Wikipedia article about a military radio station, allegedly because of classified information. This intervention sparked controversy over the methods used to restrict the dissemination of information, and highlighted the pressure exerted on volunteer contributors.

More recently, journalists from various media have taken the liberty of publicly attacking contributors, going so far as to divulge personal information or make threats. These practices are unacceptable and run counter to the fundamental principles of respect and collaboration that govern our community.

In response to these attacks, Wikipedia's French-speaking community has written an open letter denouncing these acts and calling for collective awareness. This initiative underlines the need to protect our contributors and preserve a safe and healthy working environment for all.

The Wikimedia Foundation's Universal Code of Conduct clearly states that harassment, threats and personal attacks have no place within our projects. It is imperative that these principles are also respected by external actors, be they media or institutional.

We therefore call for a collective mobilization to :

  • Strengthen the protection of contributors: put in place effective mechanisms to preserve the anonymity and security of volunteers.
  • Raise awareness among the media and institutions: engage in constructive dialogue to make them understand the importance of respecting contributors and the harmful consequences of their actions.
  • Promote a healthy collaborative environment: encourage interactions based on mutual respect, benevolence and recognition of each other's work.

Together, let's protect those who work every day to ensure that knowledge is free and accessible to all.

If you have any further questions or discussions, please use the associated discussion page.


Enclosed you'll find the open letter drafted by frwiki, which has already received a large number of signatories from all over the Wikimedia world.

Open Letter drafted by frwiki

Aelxen Équipe EBRC 14:36, 17 February 2025 (UTC)Reply

Upcoming Language Community Meeting (Feb 28th, 14:00 UTC) and Newsletter

[edit]

Hello everyone!

An image symbolising multiple languages

We’re excited to announce that the next Language Community Meeting is happening soon, February 28th at 14:00 UTC! If you’d like to join, simply sign up on the wiki page.

This is a participant-driven meeting where we share updates on language-related projects, discuss technical challenges in language wikis, and collaborate on solutions. In our last meeting, we covered topics like developing language keyboards, creating the Moore Wikipedia, and updates from the language support track at Wiki Indaba.

Got a topic to share? Whether it’s a technical update from your project, a challenge you need help with, or a request for interpretation support, we’d love to hear from you! Feel free to reply to this message or add agenda items to the document here.

Also, we wanted to highlight that the sixth edition of the Language & Internationalization newsletter (January 2025) is available here: Wikimedia Language and Product Localization/Newsletter/2025/January. This newsletter provides updates from the October–December 2024 quarter on new feature development, improvements in various language-related technical projects and support efforts, details about community meetings, and ideas for contributing to projects. To stay updated, you can subscribe to the newsletter on its wiki page: Wikimedia Language and Product Localization/Newsletter.

We look forward to your ideas and participation at the language community meeting, see you there!


MediaWiki message delivery 08:28, 22 February 2025 (UTC)Reply

Universal Code of Conduct annual review: proposed changes are available for comment

[edit]

Please help translate to your language.

I am writing to you to let you know that proposed changes to the Universal Code of Conduct (UCoC) Enforcement Guidelines and Universal Code of Conduct Coordinating Committee (U4C) Charter are open for review. You can provide feedback on suggested changes through the end of day on Tuesday, 18 March 2025. This is the second step in the annual review process, the final step will be community voting on the proposed changes. Read more information and find relevant links about the process on the UCoC annual review page on Meta.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. This annual review was planned and implemented by the U4C. For more information and the responsibilities of the U4C, you may review the U4C Charter.

Please share this information with other members in your community wherever else might be appropriate.

-- In cooperation with the U4C, Keegan (WMF) 18:50, 7 March 2025 (UTC)Reply

Who should be able to see IP addresses when Temporary Accounts have been introduced?

[edit]

To be clear, this question is about Meta-Wiki specifically, hence this page, and not Wikimedia Forum

With Temporary Accounts, we are replacing IP addresses of unregistered editors with a new unique identifier. After this change, the IP addresses of unregistered editors will be hidden from public view. We are making this change to strengthen our support for safety and privacy, to ensure our contributors continue to feel safe.

On the other hand, in some situations, users who protect the wikis (fight spam, vandalism, harassment etc.) need to see IP addresses of unregistered editors to do their work effectively. To balance these needs, our policy is to continue giving some users access to IP addresses of temporary accounts, using the processes described below.

Before we roll out temporary accounts on [this wiki] later this year, we need to clarify who gets to see IP addresses of temporary accounts. We would like to ask you for opinions.

The problem

Currently, the right is given automatically to users who:

  1. do have extended rights (e.g. admins, CheckUsers, global sysops, Stewards – see the policy for more examples)
  2. do not have extended rights but their local account is a minimum of 6 months old, and who have made a minimum of 300 edits to the local project.

Our problem is only about #2. We have chosen these numerical thresholds before deploying temporary accounts on any wiki. However, it’s become clear to us that these thresholds are quite low and it is still too easy for bad-faith actors to gain access to temporary account IP addresses. We have heard concerns about this from multiple communities, including those in the first pilot group. We want temporary accounts to meaningfully improve editor privacy, so we need to be more restrictive before we roll this feature out on wikis with large communities.

After consulting on other options with Stewards, community members from some of the pilot wikis, and community members active on English Discord, we’re looking for your feedback before we finalize this change.

Our new approach

We are proposing that users without extended rights would be able to apply for the right to view IP addresses of temporary accounts, and admins or stewards would decide whether to grant it. Our goal is to more consistently limit IP address access to only those who need it. This will entail human manual work, but the burden should be less than if we continued to grant the rights automatically.

When we deploy temporary accounts to more wikis, we can evaluate the impact and adjust our approach as needed.

How will this work

  • When a user without extended rights needs to view temporary account IP addresses, they will need to file a request for being added to the "Temporary account IP viewers" group. They will file the request to admins (the local communities will be able to decide what that process will be) or stewards (for wikis without local admins).
  • The software will require that the user has at least 300 edits and the account since at least 6 months. Admins and stewards will not be able to grant temporary account IP access to accounts that do not meet that criteria. This is a minimum, and we encourage the communities – especially the larger ones – to enforce higher thresholds. Based on the comments from communities piloting temporary accounts, we recommend at least 600 edits as a threshold.
  • The user reviewing the request will check if the user applying for the right meets requirements and that they have provided a valid justification. The right itself will be granted through Special:UserRights.
  • Users who grant requests for the right will also handle removal of the right.

Note that requirements for access to the IP Info feature will be identical with the ones for access to the temporary accounts' IP addresses.

Other options we have considered

We have considered a range of options, including:

  • Only granting the right to users with extended rights.
    • Advantage: This is the ideal from a user-safety standpoint as only users who have been vetted by the communities will be able to get access.
    • Disadvantage: This is too restrictive. Many patrolling activities happen by editors who have no extended rights. If we do this, we will increase the burden of patrolling on users with extended rights.
  • Increasing the threshold of edit count and/or account age. The right would still be granted automatically.
    • Advantage: Technically a simple change.
    • Disadvantage: The risk of bad-faith editors gaining access to temporary account IPs is still high. A bad-faith user could reach any threshold count, no matter how high, with the help of an automated tool or script. This will also make it harder for good-faith editors on smaller projects to get this access through regular editing.

Our questions to you

  • Does the new proposal sufficiently address privacy concerns?
  • Are there any consequences for your community we should know as we work on this policy? We would like to make updates to the policy within 2–3 weeks.

In the coming weeks, we will be back to you with more updates and materials about temporary accounts and related features.

Again, thanks to everyone who has helped us identify different options. If you'd like to learn more about the project, read the Diff post, visit our project page and the FAQ. Subscribe to the newsletter to stay in touch. Thanks! NKohli (WMF) and SGrabarczuk (WMF) (talk) 01:52, 11 March 2025 (UTC)Reply