Jump to content

Community Wishlist/FAQ/pt

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Community Wishlist/FAQ and the translation is 0% complete.
Community Wishlist

Frequently asked questions

What is the deadline for submitting wishes?

The Community Wishlist will remain open throughout the year, except for during the voting and triage period. All wishes submitted before the beginning of the triage period will be considered in a given year. All wishes submitted after will be considered for the next round, next year.

For 2026/2027, the timing will be as follows:

  • Wish submission is open until: November 8, 2026
  • Closed for submission: November 9, 2026 - January 24, 2027
  • Focused triage period with working group: November 9, 2026 - November 20, 2026
  • End of year break: November 20, 2026 - January 7, 2027
  • Voting period: January 8, 2027 - January 24, 2027
  • Making the wish plan: January 25, 2027 - February 2027
  • List of wishes that the Wikimedia Foundation plans to work on posted on Meta for community input: early to mid February 2027
  • Wish submission re-opens: January 25, 2027

How do I submit a wish?

You can submit wishes at Special:WishlistIntake any time of the year. We will close wish submission for a few weeks to allow for an in-depth triage process followed by voting.

What should I keep in mind when writing my wish?

We would like to hear about suggestions for improvements to Wikimedia projects. Here are a few things to keep in mind as you write your wish:

  • Because we want to make sure we have the resources in place to deliver on wishes, we want to be able to split our work into smaller bits and make space for them when making our annual roadmap. This means that wishes should take less than a year in terms of engineering work.
  • It's helpful for the Wikimedia Foundation's teams if, in addition to your wish idea, you could explain a focused problem you think this wish will solve. This allows the triage group to have a conversation with you about whether this is the best way to solve the problem, or if other technical fixes could better address the underlying concern. Tell us what it is like for you now, why that is a problem, and what you want it to be like in the future.
  • As we are aware of the fact that sunsetting a tool can be a considerable amount of work, we do also take in wishes that suggest removing technology.
  • We will triage wishes collectively with the Wishlist working group prior to voting, so you will likely hear from someone from the working group with clarifying questions or comments around the potential impact or effort size of the wish. If your wish gets worked on, the team assigned to implement your wish will be in touch again once they start working on the wish.

Why are you asking me to add a tag?

We have the following tags in place to help us with sorting wishes and assign them to the appropriate team:

  • Admins and stewards
  • Bots and gadgets
  • Categories
  • Citations
  • Editing
  • Wikipedia iOS app
  • Wikipedia Android app
  • Mobile web
  • Multimedia and Commons
  • New contributors
  • Notifications
  • Patrolling
  • Reading
  • Search
  • Talk pages
  • Templates
  • Translation
  • Watchlist and recent changes
  • Wikidata
  • Wikisource
  • Wiktionary

You can select more than one tag. It’s okay if it’s not perfect: just select what you think fits the wish best. These tags will also be used when the working group meets to triage the wishes as a way to help us organize the work into different areas of focus.

What is a wish status?

Below are descriptions of our current wish statuses. We will continue to review wish statuses on an as-needed basis, based on community input.

Status Description Notes
Proposed wish (Everything else) All wishes come in with this status. Following triage, this status will again be used for all wishes that have not been prioritized or declined and are not well suited for community development.
Needs clarification This wish requires additional clarification and context from the community. This category indicates wishes that are waiting for additional feedback from the community to be able to move forward.
Prioritized by WMF The wish has been prioritized by the Wikimedia Foundation for the current or upcoming fiscal year as a result of the wishlist vote, but work has not yet started. The description on the talk page should indicate when it’s prioritized for.

Wishes that are prioritized by community members or affiliates but not by the Wikimedia Foundation should not use this status. They should move directly to “in progress” when work begins.

Help welcome Wishes that have not been prioritized by the Wikimedia Foundation due to vote count, or have not yet been voted on, but are specifically well suited for the community to pick up. The wish was not prioritized by the community during the voting period, or has not yet been voted on, but can feasibly be worked on by the community or affiliates. Some of the work may be picked up by the Unsupported Tools Working Group.
Declined The wish falls within the reasons for removal and therefore won’t be worked on by the Wikimedia Foundation and likewise is not recommended for a volunteer. These are archived automatically.

Each wish that is declined will have an explanation noted.

In progress Work is in progress on the wish, or current work is inspired by needs from the wish. If the Wikimedia Foundation is conducting experiments or research into the feasibility and impact of this wish, the wish should still be marked as “in progress”, with details about the experiment or research included in the custom response on the wish page.
Done Wish has been fulfilled explicitly, or aspects of it are substantially addressed by other things that have been built, as described in the wish prior to the vote. Details about how the wish was completed should be included in the response on the wish page, including if the wish was completed by a volunteer.

What is triage?

Focused triage period with working group: November 9, 2026 - November 20, 2026 – What is the triage working group?

Deduplication

Wishes that are substantially similar will be identified and merged, with both original submissions retained for reference.

Preliminary effort estimation

The working group will assign a relative size estimate to each wish (e.g., XS, S, M, L, XL). Sizing is relative, not absolute: it reflects the level of work required, meaning how a wish compares in effort to others, not a commitment to a timeline.

Definitions are as follows:

  • XS - very quick fix
  • S - not complex at all
  • M - mostly clear, but some complexity, solvable by one team
  • L - some complexity, potentially requiring help from multiple teams
  • XL - very complex, likely requiring multiple teams

Clarification and refinement

Wishes will be linked to related Phabricator tickets, prior work, or existing wishes. Working group members will ask clarifying questions to the wishers. Where relevant, the working group will add context about why a wish has not been addressed previously. Ensuring that we understand the desired impact of the wish is part of clarification and refinement as well. This includes assessing whether wishes undo previous work or go counter to other planned work, making tradeoffs clear and linking contradicting wishes, where possible.

Grouping and merging / big investments

Where multiple wishes address the same underlying need, the working group may group or merge them and identify large underlying needs in the wishes (e.g. “these several wishes are all basically asking for an edit check system”). All constituent wishes will remain visible and attributed, and where possible duplicates will be closed.

Potential impact assessment

If pursuing this wish will sideline some other work that communities need, we’ll make that trade-off clear on the wish, including if the Wikimedia Foundation currently would not have the needed resources to implement the wish (meaning it might not be possible to actually fulfill the wish). If data is available to determine the potential impact of a wish (such as the number of users who would see it), the working group will add this information to the wish so that the community can factor it in when casting their votes. They will note when a wish might have a positive impact for a given wiki or set of users but create a negative impact for another wiki or set of users.

Removal of wishes 

A wish may be removed if it falls within the below criteria:

  • Wishes that are legally prohibited, or could put Wikimedia Foundation's staff, contributors or readers at risk.
  • Wishes that would reduce accessibility.
  • Wishes that break with prior community consensus.
  • Wishes that go against the Founding principles.
  • Wishes that would require vast amounts of resources that are unambiguously out of proportion to the benefits the wish would bring.
  • Wishes that are meant as trolling, spam, or are on topics beyond technical wishes.

However, we would not decline a wish only because it’s large in size or because the relevant Wikimedia Foundation team already has different plans. In those cases it is important to understand the vote count prior to determining whether or where the wish could fit onto a roadmap. For each wish, someone from the working group will publicly note the reason for declining it. The goal of this exercise would be to identify that a wish-as-submitted is not going to be possible, and try to discuss with the wish submitter to find a feasible path for the wish. If there isn’t such a path, then the wish may be declined.

What is the triage working group?

The working group includes community members familiar with the wishlist process and the mediawiki codebase alongside Wikimedia Foundation's staff:

  • Community members, ideally to include people from:
    • Large Wikipedias
    • Other Wikipedias
    • Sister projects (e.g., Wiktionary, Wikisource, Commons, Wikidata, etc.)
  • Wikimedia Foundation staff who are on the teams that will be working on wishes:
    • Product managers and engineers from relevant product and engineering teams, such as Editing, Moderator Tools, PSI, Readers & Apps, and Content Transform.
    • Movement Communications

Volunteers interested in participating in this process are invited to sign up as long as they can confirm meeting specific requirements. The working group will review wishes at a high level, so they will not define in detail exactly how the wish would be implemented from an engineering perspective during this stage. That deeper planning will follow in the post-vote and implementation stages. For this first year, the group will convene primarily in November for wish triage. Once voting is complete in January, they will be asked for input on the final plan as well prior to posting it publicly for feedback from the community.

The working group will be active once a year for about 4 weeks to triage wishes in the period leading up to the vote.

What is the definition for each project family of wikis?

We have 3 project families: Large Wikipedias, other Wikipedias, and sister projects.

Large Wikipedias are: German Wikipedia, English Wikipedia, Spanish Wikipedia, French Wikipedia, Italian Wikipedia, Japanese Wikipedia, Russian Wikipedia, Chinese Wikipedia.

This group has been defined on the wiki comparison dataset defined by Movement Insights, based on active editors, active administrators, pageviews, and content pages, as well as their annual "overall size rank" (a composite of monthly active editors and monthly unique devices).

Sister projects include all non-Wikipedia wikis hosted by the Wikimedia Foundation.

How then do we influence prioritization?

Participants are encouraged to discuss and support wishes and focus areas to highlight their importance.

The primary factor for wish prioritization will be the count of support votes.

To support a wish, editors can click the “Support wish” button. Opposing comments of disagreement can be added by commenting on the Talk page of the wish, with a justification.

Why are some wishes marked as prioritized in the past being reverted back to voting status?

A few wishes previously marked with the "prioritized" label will be reverted back to the "proposed wish" label. This is because we are no longer using a generic "prioritized" label, and instead using a "prioritized by WMF" label. Wishes that are prioritized by community members or affiliates but not the Wikimedia Foundation should not use this status, but instead should move directly to “in progress” when work begins. A more specific explanation for each of these reversions will be posted on the individual wish talk pages.

Can I oppose a wish?

While we will only count support votes when prioritizing wishes, reasons for disagreeing with a wish are welcome on the wish’s talk page, like any other comment. The working group will take those comments into account when evaluating the wish during triage and this information will be helpful for anyone interested in voting for the wish during the voting phase. However, comments of disagreement will not offset supporting votes.

Who can vote and what do we vote on?

Voting period: January 8, 2027 - January 24, 2027

  • Votes are cast on individual wishes, not on groups or categories of wishes.
  • Voters will be able to support a wish by clicking the “Support wish” button as in the last iteration of the wishlist.
  • Comments of disagreement can be added by commenting on the Talk page of the wish.
  • All logged-in Wikimedia users may vote, including users whose home wiki operates its own wishlist (such as communities served by Wikimedia Deutschland). Participation in a local wishlist process does not exclude a contributor from also participating in the global Wishlist. Temp Accounts are excluded.
  • There is no limit to the number of votes per volunteer, but each volunteer can only vote for each wish once.

How many wishes will be completed?

While we cannot commit to a precise number of wishes, after looking at successful wish years we determined that we can commit to accomplishing something like 2-5 Small, 2-5 Medium, and 1-2 L or 1 XL wishes per fiscal year.

Who will implement wishes?

Implementation of wishes and iteration of the process based on feedback from this cycle will be coordinated through the Wishlist Program, led by the Lead Program Manager and executed by the respective Wikimedia Foundation team(s) with the required subject matter expertise. The Program Manager will lead us through the wish submission, triage, and voting stages and work with the teams assigned to prioritized wishes to ensure we stay on track for delivery, while also engaging with any community members interested in wishes.

Will every wish be completed as submitted?

As noted in the Triage section, the working group will aim to make every wish as clear as possible, including things like implementation limitations and tradeoffs with potentially conflicting wishes or other planned work, so that by the time people vote on wishes, they have a good understanding of what implementation of the wish might entail. However, when we start working on a wish, we may learn new things that could impact how we implement the wish. We will ensure transparency on any such changes by posting updates on the wish’s talk page and associated Phabricator tickets.

If top voted wishes are for large audiences that do not typically participate in the wishlist (like readers or new editors), the Wikimedia Foundation may pursue research and concept testing of the idea before deciding to build further. This is the same standard applied internally to our own feature ideas for these audiences. It’s possible that in doing the research and testing, we discover that the wish won’t have a positive impact. We would then talk with the people who wrote and voted for the wish about those findings and what to do next.

Can I help by translating the submission form?

Of course! Interface translations are located at translatewiki.net (requires a specific account).

I have more questions

Please post them on the Wishlist's talk page, in your preferred language.