Talk:Community Wishlist Survey/Archive 2

From Meta, a Wikimedia project coordination wiki
Latest comment: 1 year ago by Wakelamp in topic Prioritisation

How many wish can community tech fulfill each years?

Each year, roughly the top ten will be picked for the community tech team to work on, but about one third or more will be deemed as cannot be done by community tech. In such cases, can choices from lower down the list get worked on instead, such that ten wishes from community can be granted each year?

Also, if there are wishes that community tech cannot work on, wouldn't it be more productive to first define the scope, and then do a quick check, before opening the wishes for vote, to reduce the chance which community voted wishes cannot be worked on by community tech team?C933103 (talk) 09:31, 8 September 2021 (UTC)

A nightmare

Well, for years Wiktionaries have decided to participate to this Wishlist. Sometimes few wishes for Wiktionaries are selected. But in fine, others projects than main ones are kept outside of this stuff. Why should we participate again ? What shall we do in order to see the achievement of the rarely wishes voted for this project ? Wikipedia, with the number of voters, play one's cards right every years. Then are Wikidata and English language projects and well-organized projects. For me, in this process, we have no luck to see upgrades for other projects. However they also need improvement. This, leave us a bitter taste despite of the expertise of the tech team or the good faith of each other. A real nightmare. Otourly (talk) 04:48, 9 September 2021 (UTC)

Developer time costs more or less the same whether it is for a small Wikimedia project or a large one. Developers look for requests that will be of most global benefit and where the WMF will get the most bang for its buck - although I will add that the WMF is awash with funds and the 'budgetary constraints' that are often used as a reason to decline a request are a fake excuse. The most successful requests are those for scripts, tools, and software enhancements and/or extensions that are essential to keeping unwanted content out of the encyclopedias and making more easy the tasks of the hundreds of users who volunteer to do it. Kudpung (talk) 03:06, 11 September 2021 (UTC)
BTW, Otourly, the 2020 Wishlist was specifically focused on the non-Wikipedia content projects (i.e. Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews. Kudpung (talk) 08:53, 11 September 2021 (UTC)

Slow progress

I would like to know how many people are actually working with the wishes. You wrote in the last update that "in 2021, there was a delay between the voting and the time when we could start working on the new wishes." Why the delay? I feel you don't have enough people on WMF working with these wishes. What is idea of asking wishes if you don't have enough people fulfilling them? Is this going to change? Stryn (talk) 08:28, 11 September 2021 (UTC)

Stryn, The work they do is good, very good, and the collaboration with the volunteers once development begins is also excellent. However, the small team of available developers for the Community Tech Wishlist project was often explained by the WMF as being due to budgetary constraints. The WMF is actually awash with funds, especially since the huge savings on executive travel and real-life conferences due to COVID-19, and on the CEO salary left by the current gap. Kudpung (talk) 08:44, 11 September 2021 (UTC)
Yes the work they do is good, after they do it. This year it took too long time to start the process of handling them, of course understandable if there are not many members in the wishlist team. I hope WMF will use its money to really useful projects (like Wishlist), not to many non-useful projects (not going to mention them, as I know many disagree with me) as it's used to be lately. Stryn (talk) 08:49, 11 September 2021 (UTC)
The old 2021 wishlist talk page got redirected here, but you can see an update on the progress (or lack of, rather) at Special:PermaLink/21780278#No_project_pages_yet?. We do apologize; as you suspected we are understaffed at the moment, but there's more to it than just that. Thanks for your patience and understanding! MusikAnimal (WMF) (talk) 15:57, 27 September 2021 (UTC)
MusikAnimal (WMF) Since the excellent work done by the Community Tech team for the New Page Patrol system before I retired, I have always lauded the development work of Community Tech. However, I do feel that with 'there's more to it than just that' there is a certain lack of transparency from the WMF - after all the devs work for the communities and it's the development of the Wikipedia projects by volunteers that generates the donations that pay the salaries. Being short of staff is not a developer problem per se, it's a problem of management for it appears there is currently no senior management available to authorise the expansion of the developer team despite the fact that the WMF is awash with funds. I think this is the point that Stryn is trying to make. In the absence of a CEO, the WMF should be able to delegate to a senior HR director to get things moving. Kudpung (talk) 04:14, 30 September 2021 (UTC)
Frankly, it seems ridiculous to me that in a whole year the only projects being worked on (mostly not even finished!) are the most trivial ones proposed, such as "copy and paste from diffs" which I would expect to take an afternoon of coding to change the column layout of the diff page. There is absolutely no transparency on how projects are chosen, how resources are used, and why almost nothing has been done in a year even though Wikimedia has more funds and staff than at any time in its history. Why there could be much more progress and work done years ago with a fraction of the budget? I already stopped donating my money because of the lack of transparency, if this situation continues I will probably get tired of donating my time too. --Ita140188 (talk) 13:44, 11 November 2021 (UTC)
I have to agree. The WMF raises millions from the Donate links on projects. Only thousands find their way into urgently needed software development. Stop hoarding money, and start spending it where it will do the most good. Even on a cynical commercial basis, the proposed changes may pay for themselves by making Wikipedia and other projects more attractive and increasing donations. Certes (talk) 20:30, 26 November 2021 (UTC)

Added image

Like Aladdin and the Wonderful Lamp (Q209515), the Wishlist makes Wikimedia community wishes come true!

Wishes come from genies and genies come from lamps. Aladdin and the Wonderful Lamp (Q209515) is a popular story everywhere in the world and this is the illustration which I propose for adverting the Wishlist. Thoughts from anyone else? Blue Rasberry (talk) 20:41, 17 October 2021 (UTC)

Hello, thanks so much for adding this suggested logo and elaborating on its meaning! We're reviewing it as a team internally and really like it. We'll keep you updated if anything changes! NRodriguez (WMF) (talk) 18:50, 20 October 2021 (UTC)
I ❦ it :) –SJ talk  16:13, 27 October 2021 (UTC)

Is there a dropdown style template for adding words?

When adding a word on bn.wiktionary I just add meaning, parts of speech, language. Is there a dropdown style template to do this edit visually?Greatder (talk) 04:11, 5 November 2021 (UTC)

@Greatder, I'm not a Wiktionary user and my knowledge is limited, so I've asked my friends editing the Polish Wiktionary. Secondly, I'm not entirely sure what the problem you'd like to fix is. I'd be glad if you wrote more about it.
In short, I don't know if there are dropdowns with options you can choose between.
The Polish Wiktionary community has set up standard descriptions which can be used when creating a new page, and one type of the lexeme can be picked. So it's a solution to a problem "I'm creating a page for a verb in Bengali". But this tool won't help you if this verb in Bengali is also a verb in Assamese and you'd like to put 2 lexemes on one new page, or if this page already exists and you'd like to add a lexeme.
Based on this, I suspect that similar solutions may be in use on individual Wiktionaries. SGrabarczuk (WMF) (talk) 17:41, 9 November 2021 (UTC)
@SGrabarczuk (WMF): Yup, I would have liked to know something like this. It's hard to remember all the intricate structures and templates, and easier if I could get a single template and put my word in with the lowest barrier possible. Greatder (talk) 03:54, 10 November 2021 (UTC)
@Greatder, you can put this idea in the CWS sandbox - this way, if you forget it by the time the CWS 2022 begins, you or someone else will be able to find it. SGrabarczuk (WMF) (talk) 12:25, 10 November 2021 (UTC)

Wishlist meeting

It's currently 17:04 UTC on 11/30 and I have a "waiting for the host to start this meeting" message with an indication that it's scheduled to start in an hour. Does this mean that the person scheduling the meeting didn't take into account US daylight savings and so the UTC time given was wrong? Best, Barkeep49 (talk) 17:05, 30 November 2021 (UTC)

Hello @Barkeep49. Sorry, that was my mistake. From the beginning, the meeting was planned to be taking place at 18:00 UTC. It will start in 20 minutes. SGrabarczuk (WMF) (talk) 17:41, 30 November 2021 (UTC)

Any notes from the "Community Tech: The future of the Community Wishlist Survey"?

Hi, are there any notes written from the recent "Community Tech: The future of the Community Wishlist Survey" meeting? Stryn (talk) 14:28, 9 December 2021 (UTC)

Moving up the opening date

Hi @MusikAnimal (WMF) and SGrabarczuk (WMF): and all: I suggest changing the opening date for proposals to 1 January. This includes more of the new year vacation period, so this increases the time that volunteers have to propose wishlist items. All of the other milestones could remain the same (in particular: the staff review period should only be when staff are working!). Although, posting results on February 14th does bias things to proposals that are loved - maybe best to move that to a less significant date. Thanks. Mike Peel (talk) 20:28, 26 December 2021 (UTC)

There was talk of extending the proposal period to be at least 4 weeks, but we decided against it this year given all the other major changes we're introducing. Even if we wanted to change it, it's too late since staff are on holiday through January 2. We simply do not have enough time to prepare. Sorry! I don't quite understand how posting the results on Valentine's Day could effect anything, but that date is certainly flexible. MusikAnimal (WMF) (talk) 21:40, 26 December 2021 (UTC)
@MusikAnimal (WMF): That's a shame, and I hope that it's a one-off planning failure. Please consider involving more volunteers in the future, at least so that staff holidays aren't so critical. I don't know how to respond to the disappointing Valentine's day news though. Thanks. Mike Peel (talk) 21:49, 26 December 2021 (UTC)
Hey, @Mike Peel. I agree with MusikAnimal and I'd like to add one argument. We're still working on the documentation. I haven't asked volunteers to translate it yet. I hope I'll be able to do that my tomorrow (Monday). If we decided to change the timeline and start earlier (which is impossible because we can't meet to make any decisions now) we'd give English speakers an advantage over the rest of the movement. That's off the table in principle. SGrabarczuk (WMF) (talk) 01:03, 27 December 2021 (UTC)


CWS is used numerous times on Community Wishlist Survey/FAQ, but it's never stated that CWS actually means Community Wishlist Survey. Generally it should be mentioned somewhere in the lead, and then the abbreviation can be used at will.

Minor issue, but worth fixing for clarity (and ease of translation).

Reedy (talk) 20:10, 29 December 2021 (UTC)

Thanks for pointing this out! Just edited to reflect this feedback, happy new year :) NRodriguez (WMF) (talk) 15:51, 3 January 2022 (UTC)

Propagating + refactoring past ideas?

Ideas from past years are all interesting and past interest is a practical complement to whatever votes are logged during a given year's voting period.


  • How can we compile a more persistent catalog of ideas and their popularity / implementation proposals, separate from the year in which the suggestion was made? For instance: instead of Community_Wishlist_Survey_2020/Wikibooks/Display_popups_across_wikis_(interwiki_popups) being a subpage of CWS_2020/Wikibooks, make it a subpage of a root wiki page like Technical proposals, with categories for CWS2020 and Wikibooks proposals. Then it can be revisited and updated (and used in multiple contexts, not only CWS) with ease.
  • This would also help w/ continuous gathering of ideas. For instance the CWS sandbox could be helpful for this, but explicitly says "Ideas added here do NOT count as wishes for the Survey." If the sandbox led contributors to make a Technical proposal in a canonical format, there would be nothing extra needed for the survey itself (someone would just have to link/transclude it properly).
  • How can we help share the prioritization-brainstorming among different efforts (including CWS, hackathon + internship ideas, &c)? Right now there are CWS proposals here, proposals for WMDE and other wishlists, larger-scope issues filed as tickets, internship/summer-of-code project ideas.

Refactoring + structuring:

  • Is there a way to aggregate priority/interest across categories as well as for individual specific proposals? Realted to how similar ideas are clustered + refactored; again actually using categories rather than subpages would make it easier to have overlapping clusters.
  • Any structured evaluation of scope, impact, ease of implementation, cleanliness of specification of a solution, &c. would be generally useful to all future implementers, and not just for the purposes of the survey; and could improve over time (if ideas are separated from the annual process and appear in multiple contexts as they work their way to realization)

SJ talk  20:12, 30 December 2021 (UTC)

Hello @Sj thanks for taking the time to write such structured and constructive interrogations! I am loving the line of thinking here because it resonates deeply with what the Community Tech team has been considering when it comes to improvements on process. We've had conversations on specific details of how complex it would be to do precisely the things you're suggesting -- aka making sandbox translate into wishlist itself, giving places for ideas to "compound" with previous year's problem spaces, allowing people to vote on categories:problems/themes rather than proposed solutions, etc.
Will get back to you with more specific details for the questions on feasibility for refactoring and structuring the aggregate priority interest! And for this year, our plan is to publish more structured and transparent evaluation about how we prioritize wishes by documenting all of our conversations-- with a big intention for doing that being precisely what you're saying-- to have our investigations "be generally useful to all future implementers, and not just for the purposes of the survey." Happy new year! NRodriguez (WMF) (talk) 19:41, 3 January 2022 (UTC)

Why make a new edition?

Of the ten winning 2021 proposals, only one has been completed and two are in progress. This leaves 7 to be completed... So I find it hard to see the point of mobilizing the community once again if it is only to throw away their wishes again. Ayack (talk) 12:05, 31 December 2021 (UTC)

Hello @Ayack! The entire Community Tech is motivated to grant good wishes. I understand that many people in the community, myself included, have got used to this "top 10 winning proposals" thing.
In 2020, the team decided to honestly and transparently admit that "as much as realistically possible" is not equal to "top 10". Before the 2021 survey started, Community Tech explained why:
Software development teams usually conduct extensive research before committing to a project. This way, they can determine if the project is feasible, understand how long the project may take, and identify potential risks. With the current wishlist process, we don't do that, which often leads to delays, stress, and confusion. We want to fix this.
With the new system, we'll research projects before committing to them. We will evaluate wishes in the order of popularity, going from the top down. During our research phase, we'll analyze the following criteria: popularity (i.e., number of votes), size and scope of the project, level of technical feasibility, risks and dependencies, and potential conflicts with other teams. Once our analysis is complete, we'll share our findings. This means that we'll still work on multiple projects per year. We'll just be more communicative about what we can or cannot take on (and why), and we'll share updates over the course of the year about our roadmap.
In 2021, we developed a method of prioritizing what top wishes are most feasible and impactful. Based on that, having the limits of our capacity in mind, we could pick four, and publicly declined one. We will stick to that method in 2022, too. So it partly depends on the will of the community and the (size and complexity of) proposals how many will be done by the next edition.
What do you think about that? SGrabarczuk (WMF) (talk) 17:56, 1 January 2022 (UTC)
Hello SGrabarczuk (WMF) and thanks for replying. Honestly, I don't understand how development priorities are set in the wider Wikimedia environment. The requirements of the users seem to be less and less taken into account in favor of political objectives. The point of this consultation was to bring the users back to the center. I understand that this is no longer the objective today and I deplore it.
Concerning the prioritization method, could you explain me how the InternetArchiveBot for Wikidata, which came in eighth position with 103 votes, is not even in the top 26 of the Prioritized Wishlist? Thanks. Ayack (talk) 20:29, 1 January 2022 (UTC)
Hey @Ayack thanks for raising the concerns, as @MusikAnimal (WMF) promised to get back to you with more details on the score for that wish, I went back to our original estimations to see the scores the team gave for InternetArchiveBot for Wikidata and saw that it scored in position number 29 (so almost made it to the top 26) we gave it a Medium complexity for product and design complexity because it would be a new bot and it would require members on the team to get familiar with a structure on that ecosystem to plan strategically, and a Medium Impact for community impact because it would be a project-specific tool and not a cross-project tool. The wish was designated a Low Technical Complexity. We are re-thinking how we think about impact and complexity though, so we understand there are other ways to measure this. The more I see how the art of estimation is prone to some inaccuracy, the more it informs how we re-think our approach! We estimated that when multiple members of the team were new, but as we gain more experience our estimates will get more accurate. I hope that provides more visibility and hope to see you propose wishes on improvements and tools this year. NRodriguez (WMF) (talk) 17:50, 3 January 2022 (UTC)
@NRodriguez (WMF) Thank you for you answer, but I still don't understand how a wish ranked 8th by the community can be demoted to 29th place by the Prioritization process. Honestly, I don't see the point of participating in this consultation anymore since once again the users' wishes are not really taken into account... Ayack (talk) 19:24, 10 January 2022 (UTC)
The prioritized wishlist is here. {{u|Sdkb}}talk 20:03, 10 January 2022 (UTC)
I am also very curious why the community tech teams, doing such excellent work, is so small. Do you know, very roughly, what percentage of the WMF budget it gets? I've not been able to find this going through financial statements. I feel like my volunteer time is not well spent on the wishlist when the Community Tech Team only has the capacity to do 4 proposals. Femke (talk) 20:36, 1 January 2022 (UTC)
I left a very detailed reply on this matter at Special:Diff/21780278 (please reply here and not there), but the short of it is that we were very understaffed in 2021. Two engineers who have been on leave will soon be returning, and we're hoping to hire more in 2022. That aside, we still find it important to conduct a survey every year, as it's not just our team who works off of it (though we can't make any promises on behalf of other teams or developers). More info can be found in the FAQ.
I'm going to have to get back to you about the InternetArchiveBot for Wikidata wish after talking with the team next week, as I don't remember why we scored it like we did. But I am happy to report that at least two of the three wishes that are currently in development from the 2021 survey are close to the finish line, so look forward to more updates on that soon. MusikAnimal (WMF) (talk) 04:54, 2 January 2022 (UTC)
@SGrabarczuk (WMF): What do you think about that? Well, you asked, so I'll answer, and I have to be blunt. That only one item from 2021 has been completed (and a trivially simple item, at that, something I'd think would take a programmer an afternoon to fix) is shocking. It's a failure. MusikAnimal (WMF)'s comment about understaffing helps contextualize a bit, but even so, this isn't all that different from previous years.
Asking the community to come up with the wishlist is a significant ask. Looking at last year, there were 268 proposals, receiving a median of about 25 !votes. If we assume conservatively that the average proposer spent 15 minutes crafting the proposal and the average !voter 3 minutes reviewing it (and others they didn't end up supporting), that works out to a (very conservative) estimate of 400 hours of community time. It's also clear that the wishlist team spends substantial time collecting and reviewing the survey results, which presumably eats into your time to actually address wishes.
You've pointed to the FAQ, which notes that circumstances change, and yes, there is presumably some benefit to having the most up-to-date possible pulse on what the community wants in this exact moment. But is there enough of a benefit to justify the many hundreds of hours it takes to compile a new survey? I'd say that the community's priorities have not changed all that much, since, well, the main thing that would change our priorities—having the existing ones addressed—has not happened. Running through the top twenty or so proposals from last year, there's nothing about them that I would consider at all dated; the things that led to them being highly ranked still fully apply.
So I have to say no, it's not worth it to run a new survey this year. Just continue to work through the existing list, and come back to us for a new survey only once you've either completed or examined and declined everything in the top half or so of last year's prioritized list. If you run the survey anyways, that would be basically asking for dinner when you've only just begun eating lunch, and I think there would be a lot of justified grumbling from the community that would strain relations. {{u|Sdkb}}talk 22:23, 4 January 2022 (UTC)
I disagree this wasn't very different from previous years. 2020-2021 was an unusually slow time for us due to staffing changes, the global pandemic, and a slew of maintenance tasks that got thrown at us, such as the WikiWho migration. I must comment on the copy and paste wish you speak of. Indeed it was fairly trivial to solve from an engineering perspective. However for performance reasons, the WMF cluster uses a different diff engine in production than the one that ships with MediaWiki. This is a C++ program that is part of a PHP extension (not a MediaWiki extension), so every commit required a new release to be cut of the package, which then needed to be deployed to the beta cluster for testing before it could be deployed to production – all separate from the normal, more punctual deployment train and backport windows we're used to. So while the coding (which had to be done and tested twice, both in PHP and C++, in addition to the JS/CSS changes) was very simple, I'd estimate some 90% of the wait was for cutting releases and dependence on release engineering, etc. We apologize this wasn't communicated more clearly.
Beyond that, I do hate to hear you feel another survey isn't helpful, but we've heard from many that it's important to do this regularly. In the future, perhaps that won't mean annually, but we're certainly committed to conducting the 2022 survey, and it's much too late to back out now even if we wanted to. We're excited to see people's ideas, whether they're copy/pastes from the last survey, or the many new ideas we've already seen people brainstorming. Bearing your suggestions in mind for the future, we hope you'll join us this year, too! MusikAnimal (WMF) (talk) 00:02, 5 January 2022 (UTC)
If you are understaffed, perhaps we can run a fundraiser for an organisation willing to support MediaWiki development with substantial amounts of money. There are many people out there who would love to donate to Wikipedia, so it shouldn't be difficult. Kusma (talk) 09:44, 10 January 2022 (UTC)
That is an excellent idea. A fund with a fraction of 1% of the WMF's income, but allocated to priorities set by the communities rather than the WMF, could make a huge difference to functionality and usability for readers and editors alike. I think there are still enough people who understand the difference between the WMF and volunteer-run projects such as Wikipedia to make it feasible. Certes (talk) 20:57, 10 January 2022 (UTC)
How such a system would work would have to be decided first, it's very common that how things work in communities can be determined by a small subset of "assertive" users, wouldn't want this to happen to wishlist funding. Supertrinko (talk) 20:25, 11 January 2022 (UTC)
Even though most suggestions receive no resources, they can still be useful to the community. For example, Community Wishlist Survey 2021/Watchlists/Default expiry for watchlist entries inspired the very useful w:User:Rummskartoffel/auto-watchlist-expiry. It's not ideal that individual projects have to apply such workarounds, but it's progress of a sort. Certes (talk) 21:09, 10 January 2022 (UTC)

Make this a Community wishlist...

...not just one for a tiny fraction of the lots of devs paid by our money to serve us.
This is the only real venue,where the community can post it wishes to all those tons of devs employed by our money by the WMF, the central service agency for us communities. But only a tiny fraction of all those devs do really listen to those wishes, or better even: are supposed to listen to the wishes of the highest entity in the Wikiverse, the communities. The outcome of such a wishlist should be the agenda for at least 60% of all devs employed by our money, not just this tiny and really good willing, but overwhelmed group, that serves as a fig leave to pretend care for the community for those, that develop useless junk like FLOW or waste money against the explicit community wishes like the completely detached renaming group. Grüße vom Sänger ♫(Reden) 20:37, 5 January 2022 (UTC)

@Sänger: I just wanted to mention that while it's not as direct as you suggest - an idea I absolutely sympathise with - other WMF Product teams are definitely influenced by the wishlist survey, even if they're not building their roadmaps based directly on the wishes. I'm working on research for the Moderator Tools project at the moment and the past wishlist surveys have been super important in getting an understanding of the tools and features the community is looking for so that we can prioritize our work. I've spoken to a few editors who submitted or discussed some wishes and it's directly impacted the direction our team is going to take. Once we've set our roadmap I'll make sure to go back and ping folks who voted on related wishes. Samwalton9 (WMF) (talk) 17:59, 10 January 2022 (UTC)

How do I make a suggestion?

Edit - never mind, I think I found it. TiggyTheTerrible (talk) 18:59, 10 January 2022 (UTC)

@TiggyTheTerrible That was the way to share ideas before the survey started. It's started now, so head on over to Community Wishlist Survey 2022/Proposals to propose your idea. Let us know if you need help! We recommend you read the FAQ first, too. MusikAnimal (WMF) (talk) 19:20, 10 January 2022 (UTC)
@MusikAnimal (WMF): I'm usually pretty good at noticing where links/buttons are, but I don't see anything there that allows one to propose an idea? I am confused. --Yair rand (talk) 20:54, 10 January 2022 (UTC)
@TiggyTheTerrible Well first off, make sure you read my reply on the sandbox page. As for creating proposals, you must first select a category at Community Wishlist Survey 2022/Proposals. Then on the category page you should see a form to enter the title of your proposal. Again, please review the FAQ first if you haven't already. Hope this helps and let us know if you're still confused! MusikAnimal (WMF) (talk) 21:01, 10 January 2022 (UTC)

How do I see what has been proposed already in the 2022 wishlist?

MargaretRDonald (talk) 19:38, 10 January 2022 (UTC)

@MargaretRDonald Click on the "Propose" link, which brings you to Community Wishlist Survey 2022/Proposals. From there you can select a category. There is also Community Wishlist Survey 2022/Tracking which lists all proposals on one page. Best, MusikAnimal (WMF) (talk) 20:35, 10 January 2022 (UTC)
Wow, how to easy hide the most important part od survey - untranslat(able), grey, looking as part of above picture... And If I don't want to PROPOSE, but read PROPOSALS - why is not the word CLICK HERE FIRST instead? ;-) JAn Dudík (talk) 21:52, 10 January 2022 (UTC)
Thank you both. @JAn Dudík:, @MusikAnimal: Regards, MargaretRDonald (talk) 22:07, 10 January 2022 (UTC)
@JAn Dudík Sorry! There was a bug in one of the schedule templates, for one, so now it's hopefully more discoverable. But I think we're going to merge the /Proposals page into the landing page like we did in previous years. Anyway, the "Propose" link in the nav is translatable. It should go by your interface language (since it's also used on pages that don't use the Translate extension). MusikAnimal (WMF) (talk) 22:18, 10 January 2022 (UTC)
Yes, is translantable (I have already translated it), but hidden in some nested template. There might be situation, when on the top is witten that 100% of page is translated, but these links not (see). JAn Dudík (talk) 07:01, 11 January 2022 (UTC)

Clear, on-page instructions would definitely help. Great question @MargaretRDonald :-) Mark D Worthen PsyD (talk) [he/his/him] 18:31, 17 January 2022 (UTC)

Censorship of proposal to add a banner and get Wishlist proposals actually implemented

The proposal "A banner on software-related Wikipedia articles to increase MediaWiki development and get Wishlist proposals implemented" was censored away by the WMF / MusikAnimal for no good reason.

Brief summary of proposal:

We're having these surveys every year but only a very small fraction gets implemented. There's also a large backlog of code issues on phabricator, and many, even very basic, features haven't been implemented so far.
To solve this, add a banner facilitating volunteer developers to help with MediaWiki development. The banner would be displayed at the top of all software-development-related articles. There could also be rankinglists and more.

--Prototyperspective (talk) 20:44, 10 January 2022 (UTC)

As described in the proposal by myself and others, it required no engineering resources to implement, which is what the survey is for. We are not trying to censor anything, there's just nothing we (Community Tech) can do to help you with this. Thanks for your understanding, MusikAnimal (WMF) (talk) 20:52, 10 January 2022 (UTC)
Yes, it would that simple to implement that it doesn't really require any engineering work of significance, so it's really just the decision(-making / willingness) of the WMF that causes this to not get implemented. However, it still requires a relatively small effort of engineering:
  • how to identify said pages so the banner is shown only on select pages.
  • Moreover, if a rankinglist and things like that are added (badges for example) these would also require engineering work if that's a requirement for 'The Community Wishlist'.
Please unarchive the proposal, it can be edited further if changes are required, but I don't think any additional ones are.
--Prototyperspective (talk) 21:02, 10 January 2022 (UTC)
I'll unarchive but add some details on badges (on the page the banner would link to + developers could use these badges on their pages and elsewhere) albeit engineering would be required for this platform improvement proposal even without such (this talk page post could get archived once the proposal is unarchived later). --Prototyperspective (talk) 21:48, 10 January 2022 (UTC)

Translation administration


Currently, the “Most important messages” is pretty poorly translated. Actually, it is huge (431 messages!): I think you should consider to remove FAQ page from PRIORITY aggregate group and adding it to “Supplementary messages” instead.

Also, I just see that proposals will be marked for translation. As an experienced translation admin, can/should I mark them for translation, or you would rather mark them by yourselves? -- Pols12 (talk) 20:55, 10 January 2022 (UTC)

@Pols12 We consider the FAQ to be priority messages. And as much as we appreciate the help, please do not mark any proposals for translation. This will happen during the "review" phase by us. There is a specific system we must use that if done incorrectly could cause the bots to wreck havoc. After we mark proposals for translation, however, you are most certainly free to make any adjustments you feel are necessary (such as use of <tvar>...</tvar>, etc.). Thanks, MusikAnimal (WMF) (talk) 20:59, 10 January 2022 (UTC)
OK, thanks for your answer. 🙂 -- Pols12 (talk) 21:06, 10 January 2022 (UTC)
Another thing for translators to keep in mind: the messages in the priority aggregate group are all supposed to be future-proof. There may be a few tweaks here and there, but for the most part we intend to keep it the same for years to come. So while 400+ messages sounds like a lot, it's hopefully worth your time :) MusikAnimal (WMF) (talk) 04:34, 11 January 2022 (UTC)
@MusikAnimal (WMF) And what about these previous year FAQ sections: new-survey, declined, proposal-phase, resubmit, smaller-projects, survey-explained, voting-phase, along with heading-categories-desc and heading-proposal-phase-desc,? They don’t seem to be used in 2022 pages: should they be kept in Priority group? -- Pols12 (talk) 23:03, 11 January 2022 (UTC)
Yes! Well, for some of them. I removed most but we have to be careful; for instance heading-categories-desc is used on Community Wishlist Survey 2022/Proposals, but it interestingly isn't recorded as being transcluded, I guess because that only happens when you change the interface language. I'll try to go through others and clean them up too. Thanks for pointing this out! I do not think 2021 and earlier messages that aren't being used anymore should be considered priority. MusikAnimal (WMF) (talk) 23:31, 11 January 2022 (UTC)
@Pols12 All of the translatable proposals (which are just subpages) can be found at Category:Community Wishlist Survey 2022/Proposals/Translatable. We have to wait and make sure a proposal is stable and approved by our team to go into voting, then make it translatable. Hence, why there are so few right now. By February 11, there will be hundreds! MusikAnimal (WMF) (talk) 07:17, 14 January 2022 (UTC)

I see tons of useless whitespace...

...why is the page in the other side so suboptimal layouted? It uses only a tiny fraction of my screen in the middle, that's very bar, methinks. Not here in the talk page, btw, this is very normal. Grüße vom Sänger ♫(Reden) 16:23, 11 January 2022 (UTC)

I just saw this useless code snippet in the header: <div class="community-wishlist-narrow-page">, if I delete this unwanted junk, will I get problems?
Or asked in a different way: How can this be made voluntary? Perhaps some strange people like this stuff, but making it mandatory is just utter b*s*. Grüße vom Sänger ♫(Reden) 16:29, 11 January 2022 (UTC)

How to propose a wish

When I read "Community Wishlist Survey 2022", I assume that proposals, or "wishes", are being invited. This is confirmed when I read "How to create a good proposal". But I can't find any way to submit a proposal. Maproom (talk) 12:31, 12 January 2022 (UTC)

There is a link "Propose" that leads to Community_Wishlist_Survey_2022/Proposals. Stryn (talk) 13:03, 12 January 2022 (UTC)
To submit a proposal, you should find a category which the proposal is within, and submit it in the "Submit" checkbox. (Remember to include the titles) Thingofme (talk) 13:18, 12 January 2022 (UTC)

Send an 'improve your proposal" notification before end of proposal phase

Something I remember from previous editions is that many people often post something and then never get back to improve their proposal before review starts. Maybe it's an idea to send each proposal author a talk page notification inviting them to review the discussion on their wishlist item and to improve the proposal just a few days before review starts ? I think that would help a lot of wishlist items. —TheDJ (talkcontribs) 13:30, 12 January 2022 (UTC)

ping @MusikAnimal (WMF)TheDJ (talkcontribs) 13:31, 12 January 2022 (UTC)
We always ping but yes we can send a user talk page notification, too. Thanks for the suggestion, MusikAnimal (WMF) (talk) 14:31, 12 January 2022 (UTC)
I should add that there is an expectation that proposers be responsive to feedback leading up to the voting phase. MusikAnimal (WMF) (talk) 14:37, 12 January 2022 (UTC)
Yes, but I doubt most people read that. They see a banner and click and post. Hopefully by pointing it out once more, we end up with more good proposals which are setup for success. —TheDJ (talkcontribs) 12:39, 17 January 2022 (UTC)

Help creating proposal

@আফতাবুজ্জামান: Please make a proposal concerning this discussion: Greatder (talk) 16:32, 12 January 2022 (UTC)

Citation subWishlist is not chronological

Users are rearranging proposals, making access difficult. ....0mtwb9gd5wx (talk) 16:52, 12 January 2022 (UTC)

The bot shuffles the ordering of the proposals every few hours, but this is intentional to ensure fair visibility. I guess it goes both ways -- shuffling ensures all proposals get equal attention, but it makes it difficult for those who are going through each proposal sequentially. I can disabling shuffling for now, if there's enough demand for it; but during voting phase certainly we'll want to do that, otherwise proposals towards the bottom get fewer votes solely because they're never seen. MusikAnimal (WMF) (talk) 17:43, 12 January 2022 (UTC)
@MusikAnimal (WMF): a hatnote about shuffling would be nice. ...0mtwb9gd5wx (talk) 09:24, 13 January 2022 (UTC)
Why we need to shuffle randomly? It's hard to read and search; so we would have a note about this. I agree with 0mtwb9gd5wx, again. Thingofme (talk) 12:48, 13 January 2022 (UTC)
I'll just turn off shuffling for now :) But during the voting phase we'll need to bring it back. I'll add a hatnote or something as well. Best, MusikAnimal (WMF) (talk) 19:13, 13 January 2022 (UTC)
However, we shuffle it in the voting phase because to avoid proposals being failed because of no visibility? It's better to have everyone reading the proposals, but there are about >200 of them. Thingofme (talk) 01:20, 14 January 2022 (UTC)
Maybe shuffling could be done with gadget that do this visually? Without editing page and with possibility to disable by reader. Wargo (talk) 16:29, 15 January 2022 (UTC)

Please unarchive my proposal

I've created, which tries to amend a real problem we have at Wikipedia. Somebody lamented that this would be a "social change", but I can attest to the fact that social change has been tried (time and again), and that a technical solution to this problem could be implemented much easier and much faster.--Keimzelle (talk) 17:54, 13 January 2022 (UTC)

@Keimzelle, let's talk on that page to keep the discussion in one place. Would that work for you? SGrabarczuk (WMF) (talk) 18:34, 13 January 2022 (UTC)
@SGrabarczuk (WMF):, yes, that would work. See you there & thank you.--Keimzelle (talk) 18:46, 13 January 2022 (UTC)

Could we have a 'MediaWiki' category?

I'm not sure where else to file Community Wishlist Survey 2022/Miscellaneous/Check if a page exists without populating WhatLinksHere except in Miscellaneous - even thought its' a core mediawiki issue. Not many voters will look at that category, though, is there any way to have a general 'MediaWiki' or 'Technical' category that might get a bit more attention? Thanks. Mike Peel (talk) 22:15, 14 January 2022 (UTC)

@Mike Peel I'd say that that lives in the rather broad 'editing' category in the absence of a more appropriate smaller-category. (I'm not in the CWS team, just hoping to help.) Jdforrester (WMF) (talk) 01:30, 15 January 2022 (UTC)
I think the categories proposals are the most frequently used problems and mostly contained with editing. Some of the small problems are too small to get a page, and it's hard to get all in the Miscellaneous section. If a category is frequently proposed, it would become a separate page. Thingofme (talk) 10:26, 15 January 2022 (UTC)
@Mike Peel During the voting phase of the last survey, Miscellaneous was the third most popular category by pageviews, so I don't think it's fair to say it won't get attention :) A "MediaWiki" category could conceivably encompass many other wishes. And all proposals should be "Technical". It's a little late to be adding a new category but if we come up with something fitting, and there are enough other proposals to go in it, our team can discuss it on Monday. Frankly though I don't think moving to another category, even Editing, will have that much effect on voting.
At any rate, please do not move the page without talking to us or a translationadmin first. I'm not sure how the Translate extension will react if you attempt to move the pages and subpages (something I don't think it's supposed to let you do). I think you may first need a translationadmin to move the /Proposal subpage and then move the parent page, and in quick succession, otherwise the display will be broken. MusikAnimal (WMF) (talk) 21:27, 15 January 2022 (UTC)
Thanks for the replies @Jdforrester (WMF), Thingofme, and MusikAnimal (WMF):. I'm not sure that this proposal falls under 'editing' since it's not really about an editing activity, more about how MediaWiki works. I've posted all of my proposals now, I'll leave them to be handled by the Wishlist team as they want to, I won't try moving them between categories. Thanks. Mike Peel (talk) 21:33, 15 January 2022 (UTC)

"Nearby" feature

Wikipedia's mobile app used to have a feature where you could select the "Nearby" map to show the locations of topics discussed on Wikipedia, such as historic buildings, monuments and memorials, geographic structures, etc. I'm not exactly sure when, but this feature has disappeared, and I miss the function greatly. Especially when traveling, I loved being able to open the map and make my way to notable places in the area. Is restoring this function the sort of thing I could submit here? -Another Believer (talk) 04:03, 16 January 2022 (UTC)

@Another Believer Have you tried the advanced mobile experience? To do this, use the hamburger menu at the top-left to go to your Settings. Flip the switch for "Advanced mode" and viola, you have Nearby back (and a whole lot more)! Hopefully you'll enjoy the advanced features and its parity with desktop workflows. If you still would rather have Special:Nearby back by default we can explore that further. Best, MusikAnimal (WMF) (talk) 04:33, 16 January 2022 (UTC)
For Android phones? Perhaps I'm overlooking, or don't have the most recent version of the app. -Another Believer (talk) 04:53, 16 January 2022 (UTC)
Advanced mobile contributions are available on the mobile browser version. I'm not sure if they are available on the app. SGrabarczuk (WMF) (talk) 18:58, 16 January 2022 (UTC)
Thanks for clarifying! I was specifically referring to the app, which I enjoyed using on my phone. -Another Believer (talk) 21:45, 16 January 2022 (UTC)
@Another Believer Sorry I misread. This feature indeed does not exist on the mobile app. That said, feel free to create a proposal for this Community Wishlist Survey 2022/Mobile and apps, if you would like! MusikAnimal (WMF) (talk) 18:31, 17 January 2022 (UTC)
@MusikAnimal (WMF) All good! No need to apologize, just wanted to make sure I wasn't overlooking. See Community Wishlist Survey 2022/Mobile and apps/"Nearby" feature. I hope this is an ok submission. -Another Believer (talk) 20:05, 17 January 2022 (UTC)
@MusikAnimal (WMF) and Another Believer: I’d also very much like it to come back. However, as this feature was intentionally removed from the app, I fear it may match the exclusion criterion of declined by […] other Wikimedia Foundation teams in the past. By the way, as I explained in the Phabricator ticket, Special:Nearby doesn’t provide feature parity with what was in the app, it’s much more limited. —Tacsipacsi (talk) 03:01, 18 January 2022 (UTC)
Eek, indeed we were not aware of this was intentionally removed. I'm going to comment on the proposal itself. Let's continue our discussion there. MusikAnimal (WMF) (talk) 21:34, 18 January 2022 (UTC)
Huh, interesting that this was removed. Last time I tried the Android app (a few years ago), the Nearby feature wasn't something I was particularly interested in, but it was literally the only thing in the app that made it potentially worth having on my phone (my phone has a working browser that I use for all other interactions with Wikipedia). Kusma (talk) 10:19, 24 January 2022 (UTC)
Try — I assume it is a standard feature of all of the wikis — GhostInTheMachine talk to me 21:41, 20 January 2022 (UTC)
Yes, that’s exactly what MusikAnimal proposed above (it’s in the hamburger menu on mobile), and the one that’s limited to the point that it’s almost useless. —Tacsipacsi (talk) 01:16, 23 January 2022 (UTC)

Trademark policy compliance of the social media images

On Community Wishlist Survey/Help us, there are Social media images that include the WMF logo (bottom left corner). I believe that stating that they are "social media images" might imply that it's okay to use them as backgrounds, headers, etc in social media. However, per foundation:Policy:Trademark policy, To avoid confusion, do not use the Wikimedia logos in the background, as your profile image, or in the header of your blog, in the name of your blog, or in your social media username. Does the Community Tech team have an exemption for this from a team like WMF Legal, or should the wording on the page be changed? EpicPupper (talk) 00:07, 17 January 2022 (UTC)

The FAQ says "you can download and share these images", which I hope isn't misunderstood as it's okay to make your social media account appear as though it is an official or endorsed WMF account, which is what the legal wording is guarding against. We can tweak our wording if we feel it's necessary, yes. MusikAnimal (WMF) (talk) 16:53, 18 January 2022 (UTC)
Thanks for the clarification! I would tweak the wording, but it's ultimately up to the team EpicPupper (talk) 16:56, 18 January 2022 (UTC)

"Not done" not translated

In the page, "Not done" is not translated.

I created a template Template:WMDE Technical Wishes/not done similar to the existing Template:WMDE Technical Wishes/done, but it doesn't work.

Is there some special page for sysop to declare a page as translatable ?

-- ◄ David L • talk ► 14:39, 18 January 2022 (UTC)

You should edit Community_Wishlist_Survey/Editions_and_projects and make it to use the newly created template instead of plain text that says "not done". Stryn (talk) 15:44, 18 January 2022 (UTC)
This is the problem:
  Not done
Wiki source is similar, but some hidden declaration need to be done to have same effect as
-- ◄ David L • talk ► 16:53, 18 January 2022 (UTC)
Template:WMDE Technical Wishes/not done hadn't been marked for translation, is why. But I don't think we need to create more templates under WMDE Technical Wishes, so I've moved it to Template:Community Wishlist Survey/not done. You can now add translations there. When I get a chance I'll copy over the other WMDE templates and styles, too. MusikAnimal (WMF) (talk) 20:00, 18 January 2022 (UTC)
Thanks for your help.
-- ◄ David L • talk ► 22:32, 18 January 2022 (UTC)


Before I bother poking anyone else, is there going to be any actual enforcement of the 5-wishes-per-user limit? — xaosflux Talk 00:14, 19 January 2022 (UTC)

Good question! We already discussed this with the team. This rule only ever existed because we need proposers to be responsive to inquiries. The few people who have exceed five proposals (in previous surveys the limit was actually three!) have been responsive, so we decided to turn a blind eye. Enforcing the rule actually costs us more time and it makes it difficult for those who already exceeded the limit, since they have to find someone to adopt it, etc. So I'm being bold and have just bumped the written limit to 10, which should mean everyone (so far) is in the clear. For those of you who have held themselves back because of the rule, feel free to proceed with proposing more ideas, just please be responsive if pinged :) MusikAnimal (WMF) (talk) 02:24, 19 January 2022 (UTC)


Can proposals be transcluded into two categories if applicable to both? (talk) 03:44, 19 January 2022 (UTC)

Not currently. I personally like the concept, but I worry it could be abused. That aside, technically it's still a problem right now since the bots look for subpages of a category and assume they are proposals. If you were to transclude it in multiple categories, it would eventually get removed since the list of transclusions is re-built by the bot on each run. We're keeping notes of ways to improve the survey and I'll make sure this is included. Thanks, MusikAnimal (WMF) (talk) 19:02, 19 January 2022 (UTC)

Random page

Is there any way to use the random page search for one country in particular ? If not, I would like that to be added to the offered possibilities. How do I proceed to present my wish to the Wikipedia reform list (an option that is offered to me today as appears on my screen in Wiktionnaire) ? DenisdeShawi

Withdrawing a proposal

I'd like to withdraw my proposal Community_Wishlist_Survey_2022/Notifications/Disruptive_edit_notification_watchdog due to it being largely based on a mistaken assumption of mine, in order for reviewers and voters not to waste time on it; how do I do that? I might have written a proposal for the Wikidata category instead, but I don't have the time to do that now, maybe next year instead. --SM5POR (talk) 09:59, 21 January 2022 (UTC)

Wait for the teams to archive, I think... Thingofme (talk) 16:01, 21 January 2022 (UTC)

Why the translation group Community Wishlist Survey lacks translation groups?

I think we should group all the proposals into one group for easier translation. Thingofme (talk) 16:02, 21 January 2022 (UTC)

We're going to do this using in one go using automation when the Proposal phase ends Sunday. Stay tuned! In the meantime, browse to any category such as Community Wishlist Survey 2022/Admins and patrollers and look for the "Translate" links (which will be shown in your native tongue). These are the proposals that are ready for translation. They're also categorized at Category:Community Wishlist Survey 2022/Proposals/Translatable if that helps. MusikAnimal (WMF) (talk) 21:06, 21 January 2022 (UTC)
@MusikAnimal (WMF) But you should go in one group to easier translation, thanks... Thingofme (talk) 01:44, 22 January 2022 (UTC)
@Thingofme Direct link for translation. Sorry for the delay. They'll be more proposals added to it as we continue reviewing. Thanks for helping with translation! MusikAnimal (WMF) (talk) 04:58, 26 January 2022 (UTC)


I just want more facilities to search books, articles and newspapers (in english and also, also in french). Indispensable for editing. Thanks, Mike Coppolano (talk) 10:50, 23 January 2022 (UTC)

Language bar location

Hello @SGrabarczuk,

I don’t understand why you have moved the language bar to the bottom: if someone can’t read English, they probably won’t scroll a page which is fully written in English, and will exit instead. Other Meta-Wiki page keep the language bar to the top. -- Pols12 (talk) 16:10, 23 January 2022 (UTC)

It's because of the design of the page. As much content should be visible as possible. This is a team's decision that was put on hold because we didn't have enough translations - now, we do. We're inspired by the main page. SGrabarczuk (WMF) (talk) 18:12, 23 January 2022 (UTC)

Pages to translate

Please You check and mark the page to translate. Example:

✍️ Dušan Kreheľ (talk) 17:41, 27 January 2022 (UTC)

✍️ Dušan Kreheľ (talk) 00:00, 28 January 2022 (UTC)


У меня есть предложение. Бюрократы могут присваивать флаг «Администратор интерфейса», требующий двухфакторную аутентификацию, но бюрократы не могут удостовериться в том, использует ли кандидат двухфакторную аутентификацию и предлагаю дать нестюардам доступ к этой странице.--Блинов Рюрик Петрович (talk + contributions) 12:30, 28 January 2022 (UTC)

Lost header

One proposal, Community Wishlist Survey 2022/Watchlists/Grouping watched pages, has lost its Problem/Who would benefit/Proposed solution/More comments/Phabricator tickets/Proposer header, because Community Wishlist Survey 2022/Watchlists/Grouping watched pages/Proposal was mistakenly deleted twice. So, please recreate or undelete the "/Proposal" subpage ASAP. GeoffreyT2000 (talk) 17:59, 28 January 2022 (UTC)

Fixed, sorry about that! MusikAnimal (WMF) (talk) 18:11, 28 January 2022 (UTC)

Vote button

The vote button leads to a non-existent page. Are we supposed to create a page? What are the things we are voting on? SpinningSpark 18:05, 28 January 2022 (UTC)

It broke :( I disabled it for now. Will bring back after I figure this out. Sorry MusikAnimal (WMF) (talk) 18:09, 28 January 2022 (UTC)
Oh sorry, you meant the Vote button on the main page. Thanks for pointing that out, it is now fixed. MusikAnimal (WMF) (talk) 18:19, 28 January 2022 (UTC)
No, you were right the first time. I meant the vote buttons on the individual items. SpinningSpark 09:32, 5 February 2022 (UTC)


Is it too early to ask for Community Wishlist Survey 2022/Results to exist as a draft? ;-) Or at least some automated list of the currently most-supported tasks? Thanks. Mike Peel (talk) 18:36, 28 January 2022 (UTC)

@Mike Peel It's at Community Wishlist Survey 2022/Tracking and will be moved to /Results when it's final. Best, MusikAnimal (WMF) (talk) 18:42, 28 January 2022 (UTC)
Thanks, that's what I was looking for. :-) Mike Peel (talk) 18:43, 28 January 2022 (UTC)

Support button working again

I believe I've finally fixed the "Support" button. I'm writing here to instruct anyone who sees any weirdness to please ping me ASAP. But hopefully, all is well now :) Thanks, MusikAnimal (WMF) (talk) 18:44, 28 January 2022 (UTC)

A minor complaint: when you use this from the list of proposals, you end up at the page for the individual proposal, rather than back at the list so you can easily go on to read the next proposal. Not a big issue (just needs you to click on the back link a few times), but it's a bit odd. Thanks. Mike Peel (talk) 18:56, 28 January 2022 (UTC)
Yeah, what we need is to do it like Discussion Tools where it shows your comment in the thread without reloading the page. The voting gadget as it is now is based off of Meta:AddMe which is ancient. I may be able to hack something together for this survey, but we're planning to rewrite the gadget from scratch for next time, and the new version will certainly function as you describe. Sorry for the inconvenience. MusikAnimal (WMF) (talk) 19:08, 28 January 2022 (UTC)
Sounds good, thanks! (and I'm already done voting for this year, so seeing this next year would be great.) Thanks. Mike Peel (talk) 19:10, 28 January 2022 (UTC)
@Xn00bit Could you explain exactly the steps you took that led to your accidental vote at Special:Diff/22698891? Did it work okay on your second try? MusikAnimal (WMF) (talk) 20:01, 28 January 2022 (UTC)
It may be that I misclicked, but I was pretty sure I was viewing the right content and clicking on the right button; then I added a little bit of comment, and clicked Support. Suddenly the support tool added my support to another proposal. Worked on the second try.
Got redirected to the proposal's own page, returned to the proposal category page at the top (which is bad UX, should scroll automatically to where I was reading), tried to support another proposal, nothing showed up. Refreshed the page, scrolled back down, clicked it again, works this time. Xn00bit (talk) 20:13, 28 January 2022 (UTC)
@MusikAnimal (WMF) The support button does not work for me when my UI language selected is Spanish. The menu appears but clicking the "Support" button that actually adds the support does nothing. Lectrician1 (talk) 22:00, 28 January 2022 (UTC)
How to have the support button? Thingofme (talk) 14:01, 29 January 2022 (UTC)
@Lectrician1 This should be fixed now. Sorry about that!
@Thingofme Are you saying you don't see the Support button? You should, as it is a default-on gadget. MusikAnimal (WMF) (talk) 19:45, 29 January 2022 (UTC)
yes, I can see now. I think I didn't know where it is. Thingofme (talk) 01:31, 30 January 2022 (UTC)

Option to not watching supported proposals

Can a check box for watching or not watching be added to the support pop on proposal pages? I have my preferences set up to get an email whenever a page I watch is edited and would prefer not to be inadvertently spammed as the result of my participation in the Community Wishlist Survey or have to manually unwatch each proposal I support. Thanks and take care. —The Editor's Apprentice (talk) 19:49, 28 January 2022 (UTC)

@The Editor's Apprentice It shouldn't be auto-watching, per MediaWiki:Gadget-addMe-WishlistSurvey.js#L-280. I just tested it now and it did not watch the page after I voted. Anyways, yes, there should still be a checkbox to watch for those who do, but there isn't. Add that to the list of features to include in our new voting gadget to be used in the next survey :) MusikAnimal (WMF) (talk) 20:10, 28 January 2022 (UTC)
@MusikAnimal I see the line that you linked to and don't see anything else in the code that looks like it auto-watches the page when using the support button. It is interesting that we are having different experiences. Here is a screen capture video of me voting for a proposal, the watched page star turning blue, and then me unwatching the page: Thanks for the quick response. —The Editor's Apprentice (talk) 22:14, 28 January 2022 (UTC)
@The Editor's Apprentice Do you have the "Add pages and files I edit to my watchlist" preference set at Special:Preferences#mw-prefsection-watchlist? MusikAnimal (WMF) (talk) 19:38, 29 January 2022 (UTC)
I do indeed. I guess that would override any setting made in the gadget. I'll go ahead and disable that when I vote on proposals from now on. —The Editor's Apprentice (talk) 19:42, 29 January 2022 (UTC)

Supports "as proposer" redundant?

Is it necessary for a proposer to explicitly support their own proposal, or is it enough that Community Wishlist Survey 2022/Tracking assumes an initial count of 1 to indicate the proposer's initial support? Mahir256 (talk) 19:49, 28 January 2022 (UTC)

@Mahir256: per Community Wishlist Survey/FAQ, "If you are the proposer, a support vote is automatically counted for your proposal.". Thanks. Mike Peel (talk) 20:01, 28 January 2022 (UTC)
The proposer's vote is automatically included. If they still vote as @Xaosflux did, it is still only counted once. MusikAnimal (WMF) (talk) 20:02, 28 January 2022 (UTC)
@MusikAnimal (WMF): Is something wrong with the count, then? (The tracking page says that "Enhanced Move Logs" has 10 votes but if you strike the self-support there should be only 9.) Mahir256 (talk) 21:24, 28 January 2022 (UTC)
@Mahir256 Noting here I didn't forget about this! Indeed, you found a bug :) This was a regression that happened as a result of the localization changes we made for this survey, so I can say with assurance this bug did not exist in previous surveys. Anyways, it has been fixed. Thanks for bringing this to our attention! MusikAnimal (WMF) (talk) 00:16, 31 January 2022 (UTC)

Two similar proposals

Community Wishlist Survey 2022/Larger suggestions/Editing Wikidata from Wikipedia and Community Wishlist Survey 2022/Editing/Tool to add Wikidata to an article are basically the same. They should probably be merged somehow. Lectrician1 (talk) 22:34, 28 January 2022 (UTC)

Random proposal leads to non-proposals

@MusikAnimal (WMF) The Random proposal button has lead me twice to non-proposal pages. For example, Category:Community_Wishlist_Survey_2022/Proposals/Translatable/ko. This needs to be fixed. Lectrician1 (talk) 02:18, 29 January 2022 (UTC)

Fixed! Thanks for pointing this out. MusikAnimal (WMF) (talk) 19:18, 29 January 2022 (UTC)

Relicense images meant for social media?

If you want to make it easy for people to use the images on social media, you should consider relicensing them as CC 0. CC BY-SA is a hassle on most platforms. Ainali talkcontributions 08:41, 29 January 2022 (UTC)

Or at least, you could add to the message templates how to make the attribution so not everyone has to look up on Commons who made the images. Ainali talkcontributions 08:43, 29 January 2022 (UTC)
I especially don't want my pictures misused by those privacy defiling data krakens at all, they should bring their ToU up to some decent state and adhere with common decency, not the rest of the world kowtow to their greed. Grüße vom Sänger ♫(Reden) 10:22, 29 January 2022 (UTC)

Voting script

The voting script does not work if an interface language other than English is selected. It probably uses the English name of the voting section somewhere, and for all other languages, it is trying to add a vote to the non-existent section number 3. — putnik 11:18, 29 January 2022 (UTC)

+1 (#Support button working again). --Matěj Suchánek (talk) 13:39, 29 January 2022 (UTC)
Ok, I fixed it myself, and button should work for all languages now. Interface translation should be good too. @Matěj Suchánek, @Lectrician1, could you check that everything works for you? — putnik 17:12, 29 January 2022 (UTC)
Now it does! --Matěj Suchánek (talk) 17:51, 29 January 2022 (UTC)
Gosh, thank you @Putnik! I was sure I tested this. Sorry about that, everyone! MusikAnimal (WMF) (talk) 19:20, 29 January 2022 (UTC)

The voting script could really use improvements for the next round:

  • It navigates away, which is slow and made extra annoying by the page being randomly re-sorted periodically, so there's a good chance you'll loose track of which proposals you have read already when you return. The edit is made via the API, there is zero reason to navigate away. The page contents could be refreshed via JS, but even not refreshing them and just telling the user the vote was successful would be an improvement.
  • There is no normal link to the vote page, if I want to get there (because of the previous issue) I need to open it for editing and then exit edit mode.
  • The highlighting of the comment happens on some arbitrary browser tab, not the one I actually voted on. It should use sessionStorage, not a cookie.
  • The form controls in the vote dialog should be set to disabled while the API call is in progress.

--Tgr (talk) 01:15, 30 January 2022 (UTC)

We used to have a "View proposal" button but it was removed because some people thought it was redundant. We can easily add that back. All the other points, which are very good (thank you!), are caveats with Meta:AddMe. It is a personal goal of mine to rewrite that gadget from scratch and address all of these issues, along with a UI overhaul. If we're going to build it for the next Survey, I figure we might as well make something more generic that can fulfill other uses of AddMe, too. MusikAnimal (WMF) (talk) 21:49, 30 January 2022 (UTC)

making proposals, and voting on it is inaccessible

the current way of making proposals, and voting on it is quite inaccessible to "standard young internet users", or, even standard wikipedia editors. would it be possible to have a simpler way of voting, by showing 2 or more proposals and let peeople drag them up or down? i created a phabricator task to get the discussion better tracked: . --ThurnerRupert (talk) 19:17, 29 January 2022 (UTC)

Voting should have a button for oppose and I think we don't need to leave the main page. It is easier to open a new tab, and vote in a traditional way. Thingofme (talk) 13:50, 30 January 2022 (UTC)
Yes, the gadget is a pain. It will be rewritten for the next survey and we promise it will be much better :) We don't add buttons for oppose/neutral because we don't count those votes (though we do still find them helpful in gauging consensus, etc.). I'm not against showing them, and in fact we used to.
Please keep the feedback coming! This time around I'm afraid we're stuck with what we have, but we'll keeping notes on how to improve for the next survey. MusikAnimal (WMF) (talk) 22:03, 30 January 2022 (UTC)
You should count the oppose and neutral votes to count the consensus, I think... Thingofme (talk) 15:34, 31 January 2022 (UTC)


Leider werden mal wieder alle diejenigen deren Muttersprache nicht Englisch ist ausgeschlossen.ClausNe (talk) 19:35, 29 January 2022 (UTC)

@ClausNe Es tut mir leid, das zu hören! Alle Vorschläge können übersetzt werden, wenn Sie sich darauf beziehen, aber wir haben leider nicht die Zeit oder die Ressourcen, um sie alle zu übersetzen, und verlassen uns auf die Hilfe der Community (wie es bei Übersetzungen üblich ist). Alles andere, mit Ausnahme des Abstimmungs-Gadgets, sollte in Ihrer Sprache sein. Ich habe versucht, das Abstimmungs-Gadget übersetzbar zu machen, aber es hat nicht funktioniert ... aber wir schreiben es für die nächste Umfrage sowieso von Grund auf neu.
Wenn Sie daran interessiert sind, bei der Übersetzung zu helfen, lesen Sie bitte Community Wishlist Survey/Help us#proposals. Danke schön! MusikAnimal (WMF) (talk) 21:57, 30 January 2022 (UTC)

Danke für die Antwort, aber leider habe ich nur Grundkenntnisse in Englisch, und die reichen für eine gute Übersetzung nicht aus. Viel Spaß weiterhin. ClausNe (talk) 03:41, 31 January 2022 (UTC)

Empty title

The title of the section header at Community Wishlist Survey 2022/Miscellaneous/Poll Yes and No (on talk pages) does not match the title of the proposal itself and was previously empty. The changes at Community Wishlist Survey 2022/Miscellaneous/Poll Yes and No (on talk pages)/Proposal should be marked for translation so that Special:Diff/22722874 could be reverted without causing an empty title again. GeoffreyT2000 (talk) 04:15, 31 January 2022 (UTC)

Thanks for fixing this! I've marked it for translation. MusikAnimal (WMF) (talk) 17:43, 31 January 2022 (UTC)
But you should group all of the translation proposals into all the same translation groups. It's easier to find large translation groups. Another idea is to sort the group in the priority ones (most people translated) Thingofme (talk) 13:15, 1 February 2022 (UTC)
I don't think we want to cherry pick any "favorite" proposals and disproportionately give some more attention, but all proposals are grouped together. Here is a direct link for translation. If other translationadmins want to make a "priority" proposals aggregate group, feel free, but it should not be Community Tech picking the favorites. Best, MusikAnimal (WMF) (talk) 15:17, 1 February 2022 (UTC)

Voting button only for support

Why is there a "support" button on each proposal, but not an "oppose" button? That is kind of a biased structure, making it easier for participants to support than to oppose. SpinningSpark 12:30, 2 February 2022 (UTC)

We only count support votes, is the reason, but we do still read and appreciate neutral/oppose votes, too. Next year we'll have a shiny new gadget (hopefully for general use and not just for our Survey) and for that we can add options for oppose/neutral. Thanks for your feedback, MusikAnimal (WMF) (talk) 20:37, 2 February 2022 (UTC)

Grey-out support button if already voted

As I'm going through proposals using the "Random proposal" button, I would like to know if I have already voted for one without requiring me to scroll down and look for my vote. Lectrician1 (talk) 20:40, 2 February 2022 (UTC)

We will keep this in mind for the rewrite of the gadget to be used in future surveys. Thanks for the suggestion, MusikAnimal (WMF) (talk) 19:18, 3 February 2022 (UTC)
Also for opposes, as each user are supposed to vote once only. Also about diving the voting sections into the Support, Oppose and Neutral subsection Thingofme (talk) 09:02, 5 February 2022 (UTC)
@MusikAnimal (WMF) I have made a fork of the gadget that disables the button when a user has voted. Let me know if this can be implemented now or not. Lectrician1 (talk) 05:29, 6 February 2022 (UTC)
I've been using it and I also notice that it does not scroll down to your vote like the original gadget does after you vote. This is likely because the changing of the CSS on the button interrupts it. It should be fixable though. Lectrician1 (talk) 11:28, 7 February 2022 (UTC)
@Lectrician1 Thanks, but I think it's too risky to make any further changes to the gadget at this point. I'll also note many of your votes have the same inaccurate timestamp: [1][2][3] etc. MusikAnimal (WMF) (talk) 17:47, 7 February 2022 (UTC)


Why was my suggestion removed? [4]. Mohmad Abdul sahib 17:19, 3 February 2022 (UTC)

@Mohmad Abdul sahib Sorry, the proposal phase ended on January 23. We are now in the Voting phase. When you attempted to create your proposal, you should have seen a notice telling you not to, but since you're editing on mobile it wasn't visible to you :( Thus, you may want to vote on Community Wishlist Survey 2022/Mobile and apps/Show editnotices on mobile which is about fixing that problem!
Apologies for the confusion. To prevent similar mistakes, I'm going to semi-protect all the category pages (only the bot is supposed to edit them, anyway). MusikAnimal (WMF) (talk) 18:56, 3 February 2022 (UTC)
Protect by the abuse-filters (anyone can't edit, except for the bot) Thingofme (talk) 14:10, 4 February 2022 (UTC)

Larger suggestions divide by topic

In the future surveys, can you divide the topic of Larger suggestions page? Putting all in one page can be extremely long, so we can divide by topic and group all in one page is the list of topics. Thingofme (talk) 01:41, 5 February 2022 (UTC)

Also for the /Archive page, as sometimes it can exceed the limit. Thingofme (talk) 13:08, 5 February 2022 (UTC)
Yes, we will keep this in mind for the next survey. The solution may be that we allow larger suggestions to be categorized like normal proposals, but they explicitly and clearly state they are out of scope for transparency. This was actually what we originally wanted to do, but I don't think any of us realized there were going to be so many larger suggestions. The archive page is of less concern as those are not meant to be revisited, but maybe next time we'll make a second archive page or something if we need to. Thanks for the suggestions, MusikAnimal (WMF) (talk) 17:42, 7 February 2022 (UTC)
@MusikAnimal (WMF) The archives can also be divided, because it would be too long or can reach template limit (like Larger suggestions), but they have smaller discussions and no voting (because it can't pass into the voting phase) Thingofme (talk) 10:35, 11 February 2022 (UTC)

Another proposal for the next years wishlist

Several templates in Commons need that a user declares himself as the author; the prominentest template of these is Information, with parameters for date and author.
The proposed value for date is yyyy-mm-dd (also yyyy-mm or only yyyy); when users try it with ~~~~~ a completely otherwise formatted date is the result, which is not at all desired.
The proposed value for author will for most cases be a link to the userpage; when users try it with ~~~ something is generated depending on their preferences, often a formatted construct with user name and talk page. This is not desired.
These troubles can be avoided when something exists that can be used to generate the correct format of the date-today, and something that becomes replaced by the plain user id; no problem to complete it to a valid link (when a user has not created his user page, it will be a redlink, but nevertheless the correct link). IMHO there is no other possibility to get these values than with something working like the ~~~~ for signature and timestamp, but instead of that with the requested format:

date is the date and not date and time; author is the user and not the user and his talk page.

When such a help exists it will open new possibilities for automated and always correct parameter values.
Keys to get that can be e.g. ~~~d and ~~~u, or something else whose meaning can be well understood. -- sarang사랑 14:31, 5 February 2022 (UTC)

You can use the "sandbox" for early wishes or in Meta userspace, in 2023 you can move to the main one (or create in conjunction with the surveys) Thingofme (talk) 14:55, 5 February 2022 (UTC)

Wishlist Gadget translations

@MusikAnimal (WMF) shouldn't Community Wishlist Survey/AddMe/InterfaceText be part of the priority message translation group? Lectrician1 (talk) 00:28, 6 February 2022 (UTC)

See my other reply below, but the answer is no, because it is not actually localizable. MusikAnimal (WMF) (talk) 17:49, 7 February 2022 (UTC)

Wishlist Gadget InterfaceText missing localization field

@MusikAnimal (WMF) sorry for the other ping but I noticed that the Wishlist Gadget was missing the "placeholder-comment" localization field and therefore the "Add your comment" text in the support dialog the gadget creates wasn't available for translating. So, I added it but it looks like you're going to have to remark the page for translation and do your "workaround" thing in order for it to show up as a translatable message. Lectrician1 (talk) 02:23, 6 February 2022 (UTC)

@Lectrician1 Thanks for the help. Unfortunately the gadget is not localizable (though it is supposed to be). The diff you linked to was me giving up on that effort. I'm not against another interface-admin fixing it, if they really want to, but only if they can do so seamlessly without disrupting voting while the survey is still open. The survey is almost over, so I don't think it's worth it. Additionally, we'll be rewriting the gadget from scratch for the next survey, so whatever translations that get added may get lost. MusikAnimal (WMF) (talk) 17:38, 7 February 2022 (UTC)

Wrongly inserted signatures on some pages

I don’t know the exact cause, but @Vulphere inserted their support votes into random places on 11 pages, according to their latest contributions (look for edits with 609 bytes as opposed to 305). I fixed it on one page, but I don’t really want to go through all 11, so I would appreciate someone looking into it and fixing the pages. stjn[ru] 18:22, 7 February 2022 (UTC)

Thanks for pointing this out. I believe I have fixed all of them. MusikAnimal (WMF) (talk) 18:43, 7 February 2022 (UTC)
I think this is some type of error when he do not delete the wrong signature. Thingofme (talk) 11:52, 8 February 2022 (UTC)

The list of all vote drafts

User:Dušan Kreheľ/Community Wishlist Survey 2022/Unofficial vote result

✍️ Dušan Kreheľ (talk) 20:50, 8 February 2022 (UTC)

I don't know what this is supposed to be, but it's pretty far from the actual ranking of proposals. I have moved it to your userspace. Note there are up-to-date tracking pages for each category available now. At the top of a category page, click on the proposal count to see the respective tracking page, for instance Community Wishlist Survey 2022/Tracking/Admins and patrollers. MusikAnimal (WMF) (talk) 15:25, 9 February 2022 (UTC)
@MusikAnimal (WMF):

Table of proposals

It seems sneaky to me (to be gentle and not get my comment deleted) to hide and keep out all larger suggestions from Community Wishlist Survey 2022/Tracking, like if they didn't even exist nor summed up supports and opinions. Currently diminished to a simple and discrete link at the bottom of the page. There are many ways to still make them visible in the table and highlight or specify in them (in a different color, with a warning or a remark) that they are too large to consider but still open to discussion. But what's now going on only reinforces the idea of a process that tries to keep out general readers and wikipedians to find other proposals that need to be tackled somewhere, somehow, somewhat. Xavier Dengra (MESSAGES) 08:33, 10 February 2022 (UTC)

The idea is to not mislead people into thinking it's in our scope. If a larger suggestion ends up at the top of the list, some might think we'll be working on it. Using a different color or something for those items seems like a good idea, and we can consider that for next time, but I don't think it's worth coding it into the bot at this point (~24 hours before the survey ends). The tracking page is for the curious to monitor the ranking of proposals. It was not meant for discoverability (it is not localized, for instance, though it could and probably should be). All the "Vote" links and other pages aimed at participants go to Community Wishlist Survey 2022/Proposals where Larger suggestions clearly stands out. And the Larger suggestions page itself – like the other category pages – has a link to its own dedicated tracking page sorted by vote count.
What we can do is include the sorted list of larger suggestions below the CommTech list, on the same page, when we publish the results on February 14. Perhaps that would help? Either way, our commitment was to share the larger suggestions with management and/or the respective teams, and we can assure you that will happen. Kind regards, MusikAnimal (WMF) (talk) 16:31, 10 February 2022 (UTC)

Proposal for next year

i just had an idea. writing here for next year in case i forget.

floating section headers.

kinda similar to Community Wishlist Survey 2022/Reading/floating table headers, but not just for tables but for sections, at least very long sections should have this. i was looking for names in c:Commons:Database reports/Users by log action. i found a name by ctrl+f, but it's troublesome to carefully scroll up to the section header to understand what i have found. RZuo (talk) 18:38, 11 February 2022 (UTC)

@RZuo: You might be interested in mw:Reading/Web/Desktop Improvements/Features/Sticky Header. Matěj Suchánek (talk) 08:55, 13 February 2022 (UTC)

Unofficial vote result and statistics

User:Dušan Kreheľ/Unofficial vote result

✍️ Dušan Kreheľ (talk) 20:32, 11 February 2022 (UTC)

We appreciate the help but kindly ask you do not create more subpages under Community Wishlist Survey 2022. Thanks, MusikAnimal (WMF) (talk) 16:11, 12 February 2022 (UTC)
@MusikAnimal (WMF) Why? What is the problem? Dušan Kreheľ (talk) 19:30, 14 February 2022 (UTC)
Sorry for the late reply. The hesitation was advertising unofficial and premature results under Community Wishlist Survey 2022. Your original counts didn't include the proposer, for instance, and was done before we removed sock votes, etc., so we just didn't want to mislead anyone. Of course, as you graciously discovered, there was a bug in our own vote counter as well! We appreciate your efforts, and now that all the votes are final, please feel free to slice and dice the results however you see fit (on a separate page). Kind regards, MusikAnimal (WMF) (talk) 23:12, 15 February 2022 (UTC)
My results were unofficial, as seen by the user when looking at the individual design pages. Show the reality as he is there now.
The contribution of such a contribution is a trend rather than exact data. Who is 100% quality, will definitely wait for the official results. It can also get values from individual sites.
The page is on Wikipedia, so it can be updated later based on input changes.
Why not allow those who are interested in trends or are very impatient to see the results immediately? The site has been flagged for not official results. Alternatively, it could be written that why take the result with a grain of salt.

How have the results changed? (Results -02-11 18:01 UTC versus Results -02-15 22:48 UTC)

Count drafts Change rank position Count drafts [%]
4 -2 1,48%
62 -1 22,96%
184 0 68,15%
6 1 2,22%
3 2 1,11 %
3 3 1,11 %
2 4 0,74 %
1 6 0,37 %
2 9 0,74 %
2 11 0,74 %
✍️ Dušan Kreheľ (talk) 20:47, 16 February 2022 (UTC)

Does this vote count?

Is voted his vote or no? ✍️ Dušan Kreheľ (talk) 12:54, 13 February 2022 (UTC)

Hey @Dušan Kreheľ. I think this does count as support. There's the {{Support}} template and a signature, everything a proper vote should contain. SGrabarczuk (WMF) (talk) 03:40, 15 February 2022 (UTC)

Community Wishlist Survey 2022 - Results

Where can you see the results? Kurono (talk) 16:30, 15 February 2022 (UTC)

  • Official / Final version – Here.
  • Draft / development version – Here.
  • The development works on the result of Community Wishlist Survey 2022 – Here.
✍️ Dušan Kreheľ (talk) 16:43, 15 February 2022 (UTC)

"Phase 4 February 15, 2022 Results posted"

"All phases of the survey begin and end at 18:00 UTC."

And it's 20:07, 15 February 2022 (UTC) now.

Conclusion: They failed to be on time. 4nn1l2 (talk) 20:07, 15 February 2022 (UTC)

It was actually originally scheduled for the 14th. If it means anything, we've worked very hard through the weekend in order to get the results prepared for you :) This time around it wasn't as simple as moving a page. We faced several setbacks and a few technical problems, but the results are here, finally. Thank you for participation and patience! Warm regards, MusikAnimal (WMF) (talk) 23:08, 15 February 2022 (UTC)
Thanks for posting the results, although a bit late. Kudos to you and the team for working through the weekend. 4nn1l2 (talk) 23:41, 15 February 2022 (UTC)
I join in the congratulations to the Community Tech team for running this incredibly well-organised and well-supported Wishlist 2022 process! I had a couple of observations about the results:
  • Was there a reason why dense ranking was chosen for the results? It's a slightly confusing ranking scheme, because it makes it hard to see which are the "top ten", "top twenty" etc. items.
  • I must say that some of the prioritisation ranks are a little perplexing. "Allow filtering of WhatLinksHere..." was leapfrogged to second place, despite this being a technically challenging task that may require deep restructuring of the MediaWiki parser. As for its impact, it can hardly be different to the two other WhatLinksHere proposals, yet those proposals fell in ranking! On the other hand, the Wikisource search-replace tool bug fell quite significantly in ranking despite honestly appearing at first glance to be a straightforward, easy win. I don't presume to know better than the Community Tech team when it comes to prioritisation, but perhaps some additional detail around how each proposal's ranked score was arrived at may assist to understand these decisions - at least in cases where the prioritized rank is quite different from popularity rank.
Thanks again for your work. This, that and the other (talk) 00:07, 16 February 2022 (UTC)
Hey thanks for writing! These were really well-articulated questions and they made me catch my mistake.
  • The dense ranking is due to a tie in votes. The wishes with the same popularity ranking had the same amount of votes, but thanks to the handy link you sent I now think the standard competition ranking is the better choice. I suggested we used dense ranking cause I thought it’d be confusing for people seeing the results to see a skip in the numbers, but you’re totally right to point out it makes it hard to see which are the true “Top X” so I matched the one showing inside of /Results which is technically not standard competition ranking but more intuitive nonetheless.
  • As for pointing out the perplexing nature of the results, I have to own the mistake publicly here. I have updated the leaderboard to reflect the right scores just now. To give more transparency and visibility, I have also added the scores that bubble up to the final score as well as a spreadsheet to the one in my updated edit. Feel free to check out what the individual numbers that bubble up to the final score mean here if you’re curious! I went back and forth on how much importance the popularity should carry, and while estimation is an imperfect art, I believe we landed in a place that gives it important weight but still takes into account all the other factors that go into building tools.
This update will reflect precisely what you’re pointing out, a large and complex wish like Allow filtering of WhatLinksHere to remove links from templates should not overshadow Fix search and replace in the Page namespace editor. It was never intended to do that in our estimations! And for that, I am grateful to you for pointing out our mistake. Hope looking at the more granular numbers helps inform our thinking! NRodriguez (WMF) (talk) 21:12, 16 February 2022 (UTC)
Thanks for your response. The ordering is very very different now! I agree that it better reflects the reality of the different tasks, their complexity and their impact. The deviation from the popularity ranking is quite substantial, and there may be some blowback on this front ("why vote at all if it ends up being overridden anyway?").
Those spreadsheets are great; that was exactly what I had in mind. I really appreciate your team being open and releasing them! That's the spirit of the Wikimedia movement right there. This, that and the other (talk) 22:54, 16 February 2022 (UTC)
@NRodriguez (WMF) in addition to my comment above, I think there is an off-by-one error in the number of votes column in your leaderboard. The number of votes listed for each proposal is actually the number of votes the next most popular proposal received. This, that and the other (talk) 23:05, 16 February 2022 (UTC)
Fixed! Thank you :) And yes, I hear you on the potential first glance response of some folks potentially being "why vote at all if it ends up being overriden anyway?" but I think that even the 29th wish is still wanted by many users, and still 29 out of 240. I really hope we will be able to grant way more wishes in terms of headcount, it's the whole reason we are doing this! The plan is that we will still get to popular wishes but maybe not in the immediate sequential order people hoped. Staying optimistic and working for that vision, thanks for the encouragement :D NRodriguez (WMF) (talk) 14:42, 17 February 2022 (UTC)

Knowing about "dense ranking", now I should confess I'm confused. Are you going to work on "Community Wishlist Survey 2022/Multimedia and Commons/Improve SVG rendering" or not? That was the 5th popular proposal, but ended up 9th (actually 11th if you use standard ranking) in the prioritized ranking. I believe you should stick to the first 10 popular proposals determined by the community. 4nn1l2 (talk) 00:23, 16 February 2022 (UTC)

I don't think CommTech promises to work on a specific number of wishes, which is pretty reasonable IMHO. To take examples from this year's top proposals, the Commons copyright detection tool is a giant piece of work asking them to build a whole new tool from scratch, while the enhanced move logs is a small enhancement to an existing MediaWiki feature. No-one can predict whether the top 10 will be filled with large or small tasks. This, that and the other (talk) 00:48, 16 February 2022 (UTC)
Really? Was this communicated properly before? They used to set the goal for 10 wishes each year except the last year or the year before that when they set the goal for 5 wishes and excluded any big projects such as Commons. When they had a clear goal, they could not deliver it. Now what will happen if they don't set their goals from the very beginning? I don't find it reasonable at all honestly. They can complete just one wish and say that's all they can deliver! If I knew this from the very beginning, I probably wouldn't take the time reading all the submitted proposals and voting for them. 4nn1l2 (talk) 01:02, 16 February 2022 (UTC)
I agree that clear goals should be set, but they need to be achievable, realistic goals too. It doesn't sound like the CommTech team has the power to hire additional developers according to the Wishlist outcome, which would be necessary if the top ten was filled with complex development projects. So the goal-setting logically takes place after the Wishlist process, not before it. This was all explained at the FAQ page. This, that and the other (talk) 05:20, 16 February 2022 (UTC)
I've been thinking about this myself. On the one hand, the community tech getting the most done with a set amount of resources makes sense. And their prioritization method is reasonable. Though it's hard to know exactly how reasonable since we don't get the formula just a description. I'm not sure why the pseudopercise final value needs to be produced by a black box formula - we are are not Google. But anyhow I want the team to do as much as possible that will have the biggest impact as possible and being transparent about how the community tech team does this is a step in a positive direction. But I am concerned that we see the 5th ranked proposal drop so far as it did because it seems like one reason that it dropped is because the team doesn't have internal expertise in this area, where as they do have internal expertise in other areas. But of course if they de-prioritize this kind of request they will never get internal expertise and so it seems to be stuck in a loop that I don't see how it escapes despite clear community support for the concept. Best, Barkeep49 (talk) 17:39, 16 February 2022 (UTC)
Hey there, thanks so much for writing! We just updated the leaderboard numbers to reflect more details and link to the granular sub-components. I am also pasting the formula here, which is linked to in the spreadsheets we made visible with the Community Impact (go to the first tab)
Notice that we subtract the complexity from a value of 1 because it being "complex" is a bad thing, so we need to invert it!
(1 - (technical complexity score / max technical score)) + (1 - (product & design complexity score / max product & design technical score)) + community score/max possible community score + vote count / max vote count
Thanks again for caring to understand the formula and encouraging us to be transparent NRodriguez (WMF) (talk) 21:18, 16 February 2022 (UTC)
Thanks @Natalia. I appreciate your having done that. Best, Barkeep49 (talk) 22:48, 16 February 2022 (UTC)


Love your efforts, and love Community_Wishlist_Survey_2022/Results#Gratitude even more. That's it, that's the comment. --Elitre (WMF) (talk) 12:57, 16 February 2022 (UTC)


This is the scheme that I think is best to follow. Community Tech team wants some leverage in working on wishes and that is okay, I think. But that leverage should not be so vast for them to prioritize wishes that the community does not consider that important. After all, this is the Community Wishlist Survey. In the current leaderboard, a wish which ended up 29th by popularity vote turned into the first priority by the team. The second priority is the wish which ended 23th in popularity ranking (I can't believe people voted for making a list just alphabetical). This is not fair, I believe. You can divide the list of 30 wishes into 5 blocks, each of which containing 6 wishes. You can change the order of wishes in one block according to your formulas, but you cannot leapfrog less-wanted wishes to the top of the table. The team should always focus on the 1st block (containing the the topmost 6 wishes), then on the 2nd block, and so on. You may change the number of blocks to whatever fits you, say 2 (each containing 15 wishes), but the blocks should exist. You really shouldn't focus your energy and WMF money on the 29th wish just because that is easier to fulfill. Let me remind you that you are not volunteers, but paid staff. So I think it's fair to expect you deal with difficult tasks too. Thanks for reading this. 4nn1l2 (talk) 22:26, 16 February 2022 (UTC)

Example: 3 blocks/leagues

     League A      League B      League C

Wish Popularity Rank Votes Engineering Score Product and Design Score Community Impact Score Ranked Scores
Improve SVG rendering

5 106 4.0 0.8 3 2.617990168
Notifications for user page edits

2 120 1.3 1.7 1 2.57134619
Tool that reviews new uploads for potential copyright violations

4 108 4.3 2.7 4 2.391227075
IPA audio renderer

9 96 3.0 2.7 3 2.310332766
Select preview image

8 97 3.0 2.0 2 2.223501607
Better diff handling of paragraph splits

1 123 3.3 2.3 1 2.040697674
Enhanced Move Logs

10 93 2.7 2.3 1 1.930128569
Show recent block history for IPs and ranges

3 109 4.0 3.7 2 1.733465683
Allow filtering of WhatLinksHere to remove links from templates

5 106 5.0 3.3 2 1.586594819
Automatic duplicate citation finder

7 100 3.0 4.2 1 1.494015882

Fix search and replace in the Page namespace editor

11 92 2.3 0.7 2 2.626262053
Check if a page exists without populating WhatLinksHere

14 85 2.7 0.7 2 2.502684818
Formatting columns in table

19 75 4.0 0.3 2 2.232236718
Change default number of search results displayed

11 92 2.0 1.7 1 2.21037058
Table sorting on mobile

17 80 2.3 1.7 1 2.046142938
Reminders or edit notifications after block expiration

19 75 3.3 3.2 2 1.706655322
Autosuggest linking Wikidata item after creating an article

13 89 3.3 3.8 2 1.665437701

Autosave edited or new unpublished article

29 67 1.0 0.3 2 2.767196067
Get WhatLinksHere's lists in alphabetical order

23 73 1.3 0.3 2 2.749309888
Enable negation for tag filters

27 70 2.0 0.3 2 2.591586311
floating table headers

24 72 1.0 2.7 2 2.265210815
Mass-delete to offer drop-down of standard reasons, or templated reasons.

25 71 1.0 2.7 2 2.257080734
Add DeepL as a machine translation option in ContentTranslation

21 74 3.3 0.0 1 2.18495935
Gadget: Who is active

25 71 1.3 4.0 2 1.880336548
Full page editing

30 62 2.0 3.7 1 1.501351862
VisualEditor should use human-like names for references

21 74 3.3 4.0 1 1.254726791

This is an example of the table with 3 blocks/leagues. Community Tech team can reorder wishes in each league within the same league however they would like according to their formulas, but they can't transfer wishes from one league to another one. They should focus their time and energy on the wishes in the league A, then in the league B, if possible, and rarely, if ever, in the league C. 4nn1l2 (talk) 22:51, 16 February 2022 (UTC)

Tool that reviews new uploads for potential copyright violations

Hi there, I saw that there was a wish for a Tool that reviews new uploads for potential copyright violations. I actually started working on this before the Survey; it's currently half-finished but I'm continuing to work on it and refine rapidly. Would it be fine if I could tackle this one? I'd be happy to accept community feedback or consultation on the tool. I saw that in previous years historically community members have taken on some of the wishes as well. Just wanted to make sure I'm not stepping on anyone's toes! EpicPupper (talk) 00:52, 18 February 2022 (UTC)

Hello! Thank you so much for reaching out, we love to hear about this! We encourage and empower volunteers to grant wishes. Let us know how we can support you in the development and please keep up us updated! We're working on making a second table with wishes that other teams or volunteers granted so that we can give credit where credit is due and inform participants of all wishes being worked on. Mind linking us to any documentation or anything else you think we could link to for those curious about this wish? Thanks so much, it's so cool that you're doing this! :) NRodriguez (WMF) (talk) 14:07, 18 February 2022 (UTC)
Sure! User:EpicPupper/Fortuna has a write-up. EpicPupper (talk) 03:48, 2 March 2022 (UTC)

Priority score equation?

Hi, I read through Community Wishlist Survey/Prioritization but couldn't spot it, which formula do you use to calculate the prioritization? I assume it's some sort of combination of the inverses of the different ratings, since otherwise lower scores would have had highest priority? Thanks. Mike Peel (talk) 16:42, 18 February 2022 (UTC)

@Mike Peel: Read there. ✍️ Dušan Kreheľ (talk) 17:22, 18 February 2022 (UTC)
Thanks! I missed @NRodriguez (WMF):'s post. Could have been a bit simpler: I think
(max technical score/technical complexity score) + (max product & design technical score/ product & design complexity score) + (community score/max possible community score) + (vote count / max vote count)
would have done the same thing. I think the votes should have also been weighted higher (multiply by at least 2), but I shouldn't complain too much - happy to see the "Check if a page exists without populating WhatLinksHere" project featuring higher than expected! Thanks. Mike Peel (talk) 18:15, 18 February 2022 (UTC)

Proposals with changes pending translation

Could someone please look at Community Wishlist Survey 2022/Editing/Formatting columns in table/Proposal, Community Wishlist Survey 2022/Editing/Native support for alternative section anchors/Proposal, Community Wishlist Survey 2022/Larger suggestions/Chat client/Proposal, Community Wishlist Survey 2022/Larger suggestions/Dark mode/Proposal, and Community Wishlist Survey 2022/Wikidata/Custom edit summaries/Proposal, and Community Wishlist Survey 2022/Wiktionary/Encourage translations by easier/automatic adding of translation boxes/Proposal, where edits were made to the /Proposal page after it was marked for translation, and handle them properly please? I'm inclined to say that the post-translation edits should be reverted since they didn't actually show up when the proposal was voted on (because translation-aware transclusion only transcluded marked changes), but I would appreciate the opinion of someone more involved with administration of the survey. * Pppery * it has begun 02:54, 20 February 2022 (UTC)

Thanks. Only one of them seemed to have any meaningful changes, which I reverted. The rest have been re-marked for translation. MusikAnimal (WMF) (talk) 22:38, 21 February 2022 (UTC)

Why weren't votes weighted higher?

While there obviously needs to be some scope for the CW team to prioritise, the system used this year seems to massively underweight votes. The most popular fell 16 places. Assuming it is in scope at all, the most popular choice (at least when a clear leader, like here) should always be done, and then, beyond that, the weighting of votes needs to be doubled. Nosebagbear (talk) 12:17, 28 February 2022 (UTC)

Planning doc for next year?

Is there a planning doc for how the survey will be improved and conducted next year?

I have various ideas like:

  • Page/option to show all translated proposals for a language
  • Updated voting gadget and its features
  • Period to translate proposals before voting
  • Multi-categorize proposals
  • Add images to proposals
  • Support multiple proposers
  • Use Page Forms to create proposals?

Lectrician1 (talk) 21:31, 28 February 2022 (UTC)

Missing result Community Wishlist Survey 2022/Larger suggestions/1%

By my count, this has 136 supports, making it the #2 proposal. Yet, it is not featured in the 2022 table. What gives? Headbomb (talk) 16:51, 1 March 2022 (UTC)

Pinging @MusikAnimal (WMF): who setup the page. I see the explanation, but having a second table to keep track of the larger suggestions would be useful. Headbomb (talk) 16:53, 1 March 2022 (UTC)

update svg task status

Thought you wanted to know that the Improve SVG rendering task will be tackled by the PET team, see the latest comments on phab:T294484. Just relaying information.--Snævar (talk) 02:02, 15 March 2022 (UTC)

That's great to know, thanks for informing us! @Snævar KSiebert (WMF) (talk) 11:18, 15 March 2022 (UTC)

Adding yourself after the survey?

Is it allowed to add yourself to a supporters list posthumously post-survey to be notified in case a proposal is implemented when the project has no talk page? I get the impression that the subscribe button for an article and its talk page aren't synchronized and won't notify in such case. Or am I wrong? Respublik (talk) 22:21, 8 October 2022 (UTC)

Hi @Respublik! When we start a new wish, we typically edit the proposal page to link to the project page (example). What we can start doing is ensuring we use signatures when we add these comments, which should trigger a notification if you are "subscribed" to that discussion. The "Subscribe" functionality by the way is part of mw:Talk pages project/Notifications. So I think simply subscribing to proposal discussion should suffice for you to be notified if we pick up the wish. MusikAnimal (WMF) (talk) 15:30, 10 January 2023 (UTC)

2023 survey timeline

Hello community tech. What dates should I be putting in my calendar so I don't miss any 2023 wishlist deadlines? Please ping on reply. Thanks. –Novem Linguae (talk) 21:33, 18 October 2022 (UTC)

@Novem Linguae: You add the page Community Wishlist Survey 2023 into Your Watchlist. Dušan Kreheľ (talk) 21:42, 18 October 2022 (UTC)
I don't check my meta watchlist. I'd much prefer a date for my calendar :) –Novem Linguae (talk) 00:12, 19 October 2022 (UTC)
I'll see what I can find out Novem Linguae ~TheresNoTime-WMF (talk) 00:26, 19 October 2022 (UTC)
Just FYI @Novem Linguae, an announcement has been made at Community Wishlist Survey/Updates#December 5, 2022: The 2023 Community Wishlist Survey will happen in JanuaryTheresNoTime (talk • they/them) 13:02, 5 December 2022 (UTC)
@TheresNoTime: will continue annually I thought it became every two years. Nardog (talk) 22:51, 5 December 2022 (UTC)
@Nardog: Indeed, an update irt. the reduced frequency of the Community Wishlist was announced but later withdrawn. The update I linked to above confirms that the Community Wishlist is continuing annually — I'll ask someone to post an update to Community Wishlist Survey/Updates/2023 Changes Update. ~TheresNoTime-WMF (talk) 23:01, 5 December 2022 (UTC)
Noting that my above comment should have been made in my capacity as a volunteer, apologies. Struck part of my comment. — TheresNoTime (talk • they/them) 15:33, 6 December 2022 (UTC)

“Number of contributors” in the graph — what does it mean?

What does the label “Number of contributors” in the graph mean? The number of people who worked on a proposal? who submitted proposals? who voted? all of the above? none of the above? Thanks. Al12si (talk) 10:40, 12 November 2022 (UTC)

This is a perfect example how not to create graphs. In addition to the missing explanation, it can be seen how much more supports were there in 2022 than proposals in the same year (does anyone really seriously thank that the proposal/vote ratio will be anywhere near one?), but I have no idea whether 2022 or 2016 had more proposals, I see two tiny rectangles, one of which may be one or two pixels taller, but this cannot be really seen. This should be three graphs, each with its own scale. —Tacsipacsi (talk) 15:24, 13 November 2022 (UTC)
All good points — @CommTechUser:NRodriguez (WMF)User:KSiebert (WMF)User:DMaza (WMF)User:MusikAnimal (WMF)User:SWilson (WMF)User:HMonroy (WMF)User:DWalden (WMF)User:STei (WMF)User:JFernandez-WMFUser:JMcLeod (WMF)User:TheresNoTime-WMFUser:GMikesell-WMF: I'm not sure what "Number of contributors" in this graph means, could we clarify that and review the purpose of the graph? ~TheresNoTime-WMF (talk) 00:14, 6 December 2022 (UTC)
"Number of contributors" is the same as the numbers you see towards the top of each survey, i.e. at Community Wishlist Survey 2022/Proposals it says "Total: 325 proposals, 1578 contributors, 9554 support votes." These are the three figures we've kept track of year-to-year.
Someone else created the table and the original graphs showing how these figures changed over time. I admit I consolidated the three into one chart, because I found the old version to be a bit of an eye sore. It's a shame mw:Extension:Graph doesn't give you labels on-hover so we could see the numbers all on the same chart, but I understand for purposes of comparison it makes more sense for them to be separate charts anyway. I won't intervene if anyone changes it back to the old format, or remove the chart(s) altogether, but having three big charts is still a bit tacky, in my opinion. MusikAnimal (WMF) (talk) 00:31, 6 December 2022 (UTC)
"doesn't give you labels on-hover" yes it does, see :mediawikiwiki:Extension:Graph/Demo/Dimpvis Ppl just don't know how to use it and {{Graph:Chart}} doesn't implement them. —TheDJ (talkcontribs) 09:35, 15 December 2022 (UTC)

Sunday, 6 February 2023

Hi! "Sunday, 6 February 2023" is an incorrect date. Did you mean "Sunday, 5 February 2023"? Davidpar (talk) 00:03, 6 December 2022 (UTC)

Sorry, that should be Monday, 6 February. Thanks for pointing out the error! MusikAnimal (WMF) (talk) 00:38, 6 December 2022 (UTC)
For some reason, some of the messages are still reporting a wrong date on it. A correction will likely be issued. --Elitre (WMF) (talk) 09:57, 16 December 2022 (UTC) EDIT: I've discussed with the Product Manager and we agreed that since the incorrect date doesn't actually mean that volunteers have less time to participate, and given that linked pages do contain the correct one, we'll leave the sent announcements as they are. Thanks for your patience.


Hi! Would the process be monolingual in English this year? I am unsure, as the invitation on village pumps is only in English and do not mention this aspect. I do not feel welcome in the process. Noé (talk) 20:40, 16 December 2022 (UTC)

Hey Noé. I appreciate your note. I don't foresee a change from last year. We'll make sure that further communications are clearer on this point. Appreciate your understanding and patience. --Elitre (WMF) (talk) 11:24, 18 December 2022 (UTC)
Nice, thanks! Sorry if I sounded a bit sharp, it was a feedback on a serious concern for me. Good to hear that you are still aware of this aspect of the process (I know you were during the past editions!) Noé (talk) 22:06, 18 December 2022 (UTC)
Last year's survey as well as all moving forward should be 100% fully translatable. We do however rely on volunteers to translate proposals, so there's no guarantee you'll see proposals in your native tongue. If you're able to help with translation, we'd greatly appreciate it! There will be a dedicated aggregate group for proposals, and another dedicated group for all messages shown in the survey. With these you will be able to easily identify what still needs translation. MusikAnimal (WMF) (talk) 18:30, 19 December 2022 (UTC)

Please, stop edit-warring

Hello. Recently user @Xavier Dengra created a proposal that can be read here: Community Wishlist Survey 2023/Archive/Dismantling of the annual Wishlist Survey system. The proposal was automatically archived by User:Community Tech bot after a comment by NRodriguez (WMF), what is quite ironic, as it was an anti-harassment proposal and this is a community wishlist. I recovered it, because not only free of expression, also the core idea of what a wish is was deleted without discussion. Then MusikAnimal (WMF) archived it again. I don't want to edit-war, but I think that a Meta administrator should protect user's wishes from the WMF arbitrary decissions on what a wish can be, because this process belongs to the community. Thanks. Theklan (talk) 20:53, 23 January 2023 (UTC)

Hey, thanks for posting here in the Talk Page. We archive invalid wishes during the Propose phase of the CWS every year. Feel free to check out the Archive for the year 2022, for example. If you notice, in that Archive, you can see what we did here was standard protocol. Right now, our list of Archive reasons focus on the nature of the wish not being Technical in nature. Often, people come to the CWS with content requests, policy requests, and or staffing requests. The purview of the CWS is technical. In our FAQ, we dedicate a section to explaining that proposals must be within the Community Tech area of activity. I hope this shines some light on why I moved it into the Archive. The decision was not Abitrary and we try to be consistent with our Archive reasons-- which is why we've developed a list of 15 common Archive reasons. Thanks for reading and for participating, I hope to see other proposals from you! NRodriguez (WMF) (talk) 21:15, 23 January 2023 (UTC)
From the link:
  • The Community Tech team declines proposals if they
    • Only require doing edits on wiki, even if it's about "technical" edits (in templates, modules, etc.). NOT THE CASE
    • Are already in Wikimedia Foundation teams' plans. NOT THE CASE
    • Were declined by Community Tech or other Wikimedia Foundation teams in the past. NOT THE CASE
    • Call for removing or disabling a feature that a Wikimedia Foundation team has worked on. NOT THE CASE
  • Less than a year-long project, more than a bug. NOT THE CASE
  • Pick one specific problem and describe it in detail (it should be rephrased but, NOT THE CASE )
  • You don't have to suggest ways for resolving the problem. It will be the Community Tech task to find solutions. <<< read this, please.
So no, the archiving is not based on the guidelanes provided in the FAQ. Theklan (talk) 21:52, 23 January 2023 (UTC)
To be clear, the proposal in question was not "automatically" archived by the bot. The bot only handles the (un)transcluding bits. @Xavier Dengra and others; Would you please pay mind to the edit notice? Category pages are maintained by the bot. I'm not going to undo your edits again, but the bot will eventually remove the transclusion anyway.
I want to be abundantly clear we're not trying to silence anyone. Criticism and feedback about the survey is most welcome here on the talk page, where "meta" kinds of discussions typically happen. See the archives for past examples. Thanks for your understanding and cooperation, MusikAnimal (WMF) (talk) 21:31, 23 January 2023 (UTC)
Thanks MusikAnimal. I untagged it, so the bot doesn't move it "automatically". Theklan (talk) 21:49, 23 January 2023 (UTC)
@Theklan That's not how it works... The propsoal is under the /Archive page, and only staff can move propsoals to and from there. The bot will still (eventually) remove the transclusion since it's not actually under /Anti-harassment.
Is there a reason why we can't have the same discussion here? I totally understand your sentiments, and believe it or not, we even want to hear your criticism. But forming it as a proposal isn't the way to do it. MusikAnimal (WMF) (talk) 22:01, 23 January 2023 (UTC)
There's no way to do it. Last year there were two similar proposals and were moved below the carpet. One of those (1%) was one of the most voted proposals. It was dismissed. So no, there's no way to have a discussion.
Category pages are maintained by the bot. I'm not going to undo your edits again, but the bot will eventually remove the transclusion anyway. and The propsoal is under the /Archive page, and only staff can move propsoals to and from there. are opposite statements. Theklan (talk) 22:03, 23 January 2023 (UTC)

As staff members are trying to change the status of the most voted proposals last year (excluding the "larger suggestions" proposals that were widely voted for adoption), I copy this table here, for the record.

Projects Project status
Templates translation
  Not done
Notifications for user page edits
  In development
Real Time Preview for Wikitext
  Not done
Tool that reviews new uploads for potential copyright violations
  Not done
Improve SVG rendering
  Not done
Allow filtering of WhatLinksHere to remove links from templates
  Not done
Automatic duplicate citation finder
  Not done
Select preview image
  Not done
Generate Audio for IPA
  In development
Enhanced Move Logs
  Not done

This is the situation one year after the proposals were proposed, refined, declined and adopted by devoted volunteers. -Theklan (talk) 22:34, 23 January 2023 (UTC)

Translation of category button on Community Wishlist Survey 2023/Proposals

Hi, how can I add and proofread the translation of these category button? Tryvix1509 (talk) 01:59, 24 January 2023 (UTC)

Hello @Tryvix1509! It should be in our "priority" list of messages. There's a list among the other message groups at Community Wishlist Survey/Help us. Specifically, the message names for the categories should be the same as the English message, as a subpage of Template:Community_Wishlist_Survey. So for instance, "Admins and patrollers" is at Template:Community Wishlist Survey/Admins and patrollers. Translatable messages are also categorized at Category:Community Wishlist Survey/Messages. Let me know if you need anymore help, and thanks for helping with translation :) Regards, MusikAnimal (WMF) (talk) 02:07, 24 January 2023 (UTC)

Where do i add My wish?

Where do i add My wish? Yoitsme3342 (talk) 22:59, 17 January 2023 (UTC)

@Yoitsme3342: You wait on January 23, so then. Dušan Kreheľ (talk) 00:06, 18 January 2023 (UTC)
Ok. Now where do I actually submit my proposal? Or is it deliberate that I have to make my way through a maze first? 08:28, 24 January 2023 (UTC)
Go to Community Wishlist Survey 2023/Proposals, pick the category it belongs in, and enter a title in the box near the top next to the 'Create proposal' button. 3mi1y (talk) 02:48, 25 January 2023 (UTC)

Done, undone and in progress

The current tables with the proposals that were done, not done or in progress is not even accurate. Most of the non-done proposals are excluded, and this gives a false sensation of "development", what is far from reality. Please, correct it to show the real numbers. Theklan (talk) 22:01, 23 January 2023 (UTC)

@Theklan I think there might be some confusion here. Since 2021, we expressly do not commit to the top 10. Instead, we use a prioritization framework to help us ascertain what we can afford to do annually. It's far from perfect, but we believe it's a step up from the old "top 10" commitment that we used to have, which left a lot of wishes undone. Your changes at Special:Diff/24421210 seem to make the assumption we committed to those "Not done" wishes, which is not true. We kindly ask you leave editing of our project pages to us. MusikAnimal (WMF) (talk) 22:27, 23 January 2023 (UTC)
This is even worse. So you ask volunteers to make proposals and discuss them, the WMF decides what can be discussed and what not, after that we vote and the WMF decides what was the correct result of the voting? WOW.
Projects Project status


Better diff handling of paragraph splits
  In development
Notifications for user page edits
  In development
Real Time Preview for Wikitext
  Not done
Tool that reviews new uploads for potential copyright violations
  Not done
Improve SVG rendering
  Not done
Allow filtering of WhatLinksHere to remove links from templates
  Not done
Automatic duplicate citation finder
  Not done
Select preview image
  Not done
Generate Audio for IPA
  In development
Enhanced Move Logs
  Not done


Templates translation
  Not done
Warn when linking to disambiguation pages
Copy and paste from diffs
Live preview
  In development
Add sorting options in category pages
  Not done
Improve graphs and interactive content
  Not done
Multiple watchlists
  Not done
InternetArchiveBot for Wikidata
  Not done
Better diff handling of paragraph splits
  In development
Add filters to history pages
  Not done
Realtime Preview is deployed to all wikis, so that one surely counts as done. All the others are not projects we committed to, and even some of those are at least partially done or in progress (just not by us). We use "Not done" to convey projects that we committed to but were unable to do, and there should be status updates that accompany those explaining why we were unable to do them. The same information is conveyed at Community Wishlist Survey 2022/Results, so I'm not sure why it needs to be duplicated on the tables we used for projects we did commit to.

We encourage you to read our documentation to better understand how the survey works. Your vote definitely matters, even if it seems like it doesn't :) Editing our project pages against our will and going against our processes here at the survey, however, is not constructive. We'd really appreciate it if you'd leave the survey management and project page editing to our team. Thanks for your cooperation, MusikAnimal (WMF) (talk) 23:00, 23 January 2023 (UTC)

There's an article for this: en:Enlightened absolutism.
However, no, Realtime Preview is not available if you use the "new wikitext mode", so is not available for most of the advanced users. Not commited projects are, by definition, not done. You can make it worse and mark them as declined, but that wouldn't make your point better, so let's play this on your side.
The same information is conveyed at Community Wishlist Survey 2022/Results, yes. But not in the main page, where we can find a false summary of what has been done, giving the false impression that wishes are done.
What is not constructive is trying to avoid discussions, trying to decide what can be discussed and what not, trying to silence volunteers, making them spend hours of their time in a process that, at the end of the day, goes nowhere.
Let people vote. Let people decide. That's what the word wish is about. Theklan (talk) 23:09, 23 January 2023 (UTC)
I think its time you disengage. You seem to be overly invested. —TheDJ (talkcontribs) 23:21, 23 January 2023 (UTC)
The word is concerned. Theklan (talk) 06:52, 24 January 2023 (UTC)
I kindly ask you, @The DJ, to remove or rephrase your last comment. It is not only an unfounded tone policing to request a user with legitimate, founded arguments to disengage a talk based on being "overly invested". But also an incipient form of an "appeal to motive" user threat that pushes out diverging opinions from the public agora by unfastening them from the reasoning. Best regards. Xavier Dengra (MESSAGES) 08:09, 24 January 2023 (UTC)

Wie kann ich Vorschläge übersetzen?

Konkret meinen eigenen Vorschlag, aber eventuell auch noch mehr. Ich habe den natürlich nicht auf Englisch angelegt, Englisch ist ja nur eine beliebige Sprache unter vielen und sollte nicht besonders herausgehoben werden. Allerdings kann ich die zufällig auch ganz gut, und würde meinen Vorschlag gerne dahin und auf Nederlands übersetzen, ich finde nur keine Möglichkeit dazu. Grüße vom Sänger ♫(Reden) 10:52, 24 January 2023 (UTC)

For those only capable of English: How can I translate especially my, but generally any, wish? Either, as with mine, to English and Nederlands, or perhaps as well some from English to German and/or Nederlands? Grüße vom Sänger ♫(Reden) 11:48, 24 January 2023 (UTC)
There is an example in last years' wishlist: Community Wishlist Survey 2021/Citations/Structuring of individual referencesTheDJ (talkcontribs) 11:57, 24 January 2023 (UTC)
And where's the translations in different languages there? I just see one page, with little information, discussion in English, wish in German. Grüße vom Sänger ♫(Reden) 12:21, 24 January 2023 (UTC)
I tried something, but I don't know if it's the proper syntax: Community_Wishlist_Survey_2023/Untranslated/VisualEditor:_Allow_references_to_be_properly_named Grüße vom Sänger ♫(Reden) 13:42, 24 January 2023 (UTC)
I guess there's no harm in using {{LangSwitch}} for now, but once a proposal is approved, we'll remove those and set the page up for proper translation. Only the proposal content is translatable, not the discussion. You can use {{LangSwitch}} on the discussions if you'd like.
Translatable proposals can be found at Category:Community Wishlist Survey 2023/Proposals/Translatable, or in the agg-Community_Wishlist_Survey_2023_Proposal aggregate group (direct link for translation).
It's only day 2 of the survey, so not many proposals have been approved yet. More will come in over time, and certainly before voting starts, all proposals should be fully translatable. When viewing in a non-English interface, you will also see a "Translate" link beneath the headings of translatable proposals. We are making an effort to get proposals approved as soon as possible to give more time for translators, so despite what the schedule says you won't necessarily need to wait until the "Review" phase.
Hope this helps and many thanks for your translation efforts! MusikAnimal (WMF) (talk) 16:07, 24 January 2023 (UTC)
I expect this regardless of the language, English is not a lingua france, it's just one random language among many. So English-only is not good, it's something that needs to be made accessible for non-english speakers, i.e. most of the Wikiverse. A wish in just one language is less valid then a wish in 10. Grüße vom Sänger ♫(Reden) 16:27, 24 January 2023 (UTC)

Discussion tools don't work on wishes pages

Tracked in Phabricator:
Task T327704 resolved

I'm guessing this is a known issue but I was disappointed to be unable to use the discussion tools (which I'm using now to write this section) on the talk pages for individual wishes. When I attempted to do so I get the error "Your comment could not be published to the most recent version of the page. To see the latest changes, copy your drafted comment and then use your browser to reload the page.". Best, Barkeep49 (talk) 16:47, 24 January 2023 (UTC)

Ah, at least that clears up what was being reported at User talk:TheresNoTime-WMF#Related to my proposal.. :( ~TheresNoTime-WMF (talk) 17:04, 24 January 2023 (UTC)
Yeah, I don't know what changed as it worked fine last year. It's being tracked at phab:T327704. Apologies for the inconvenience. MusikAnimal (WMF) (talk) 17:06, 24 January 2023 (UTC)
This has reportedly been resolved. Thanks to the Editing team for the quick fix :) MusikAnimal (WMF) (talk) 21:48, 26 January 2023 (UTC)

Would Community Tech actually work on Wikidata proposals?

The only Wikidata proposal that has been fulfilled in the past (Community Wishlist Survey 2020/Wikisource/Inter-language link support via Wikidata) was developed by Ladsgroup who I think was working for WMDE at the time?

Does Community Tech have the interest of taking the time to develop solutions for Wikidata (Wikidata internal code) or will requests possibly just be forwarded to WMDE to consider working on? It seems like Community Tech is not going to accept proposals that other WMF development teams could be working on so I'm a bit confused as to what possibility Wikidata proposals could have at being fulfilled if at all. Lectrician1 (talk) 06:09, 27 January 2023 (UTC)

@Lectrician1 Please don't be confused. If you have a Wikidata request, please propose it. I look forward to seeing your wish(es) if you have any –– STei (WMF) (talk) 16:41, 27 January 2023 (UTC)
But do you have an answer to my question? Lectrician1 (talk) 17:06, 27 January 2023 (UTC)
@Lectrician1 CommTech, at the proposal phase, is interested in receiving and delivering technical Wikidata wishes, which is why we have a category dedicated to Wikidata.
Decisions on how and by whom a request gets granted comes after we let an individual wish go through the phases to acceptance.
In our FAQ, we have stated that volunteer developers or other development teams may address some of the wishes. This means it is not true that Community Tech will not accept proposals that other WMF development teams could be working on. –– STei (WMF) (talk) 12:05, 28 January 2023 (UTC)


Please mark this for translation. As with last year, it's a bit frustrating the author of a proposal doesn't have a say in its detail once it gets moved to a subpage. It should be a principle that whenever the original proposer edits it during the first phase it gets marked. Nardog (talk) 06:15, 26 January 2023 (UTC)

@Nardog I'll try to build a system to make it more clear which proposals need to be marked for translation so that they can be tended to more quickly. In this case the error was my fault – I should have used tvar there! Thanks for adding it :)
We try to get any well-written, clear proposal up for translation as soon as possible to give translators more time. I guess there's an assumption that when the proposer submits, they are content with the content of their proposal. We only intervene if we see any issues. However any important changes by the proposer are most welcomed at any time, even after it's marked for translation. In your case there wasn't a change to the content, only to the translation template. Did you want to make any other changes? MusikAnimal (WMF) (talk) 16:52, 26 January 2023 (UTC)
Well, I came up with a better idea for this wish last year but it wasn't marked until after the voting ended. Phase 1 had already ended when I edited it so that's on me, but I think it got fewer votes as a result, as some of the comments indicate I didn't quite succeed in communicating the problem and solution. There aren't any more changes I want to make atm, but I think you should be notified of and be able to review all unmarked edits to the proposals before the voting begins, as (and I imagine I'm preaching to the choir when I say) communication is most important and yet most difficult when it comes to technical problems so there's always room for improvement. Nardog (talk) 07:10, 27 January 2023 (UTC)
This too. Nardog (talk) 16:53, 1 February 2023 (UTC)

Is the schedule correct?

The first phase seems to run till the 6th. But the second phase is listed as beginning before that and lasting till the 10th.. Is this entirely correct ? —TheDJ (talkcontribs) 12:01, 30 January 2023 (UTC)

Hey TheDJ, the tail-end of phase 1 (23 January – 6 February 2023, community members submit proposals etc.) happens concurrently with phase 2 (30 January – 10 February 2023, Community Tech reviews & organises proposals).
That way we don't have 150+ proposals to review and organise in the few days before phase 3 (10 February – 24 February 2023, community members vote on proposals) starts ~TheresNoTime-WMF (talk) 20:43, 30 January 2023 (UTC)

Great logging tool tl_talk:Community_Wishlist_Survey

Cool template, very handy to see how hardwork as developed/fruited/touched down at the goal. -- Omotecho (talk) 06:04, 16 January 2022 (UTC) / fixed typos Omotecho (talk) 06:05, 16 January 2022 (UTC)

Moved from Template talk:Community Wishlist Survey/Talk page navigation ~TheresNoTime-WMF (talk) 17:54, 6 February 2023 (UTC)

How are the untranslated proposals translated?

What are the procedures for proposals under /Untranslated? Who translates them? They ought to be in the FAQ. Nardog (talk) 17:47, 31 January 2023 (UTC)

@Nardog CommTech starts the translation process by marking the proposals for translation, and anyone can join in the translation. The FAQ has information on this. –– STei (WMF) (talk) 19:40, 1 February 2023 (UTC)
No, I'm talking about the proposals under /Untranslated that haven't been translated into English. Nardog (talk) 19:42, 1 February 2023 (UTC)
I updated the header at Community Wishlist Survey 2023/Untranslated for clarity. It's a tedious job so we don't ask volunteers to help us. This will be the last survey using this system, as we plan to use proper forms the next go around, which will greatly simplify many things. MusikAnimal (WMF) (talk) 03:53, 3 February 2023 (UTC)
Thank you. I still find it quite opaque (like who actually translates them, whether you use machine translation, whether they are proofread, etc.) but if this is the last time then I guess it doesn't matter much now.
One thing I noticed is that it appears some of those who created pages under /Untranslated didn't realize (and would have preferred) they could do it in English themselves if they went to individual categories. So Template:Community Wishlist Survey/Create proposal-non-english could be improved to say "If you speak English, you can create a proposal in English on each category page", though this too may be moot at this point. Nardog (talk) 06:25, 3 February 2023 (UTC)

List of all wishes

Is there a page that lists all wishes somewhere, with some short summary text? A two column table in the format "column A = wish name and link to wish", "column B = summary" would be great for perusing. Maybe "column C = category". –Novem Linguae (talk) 21:08, 10 February 2023 (UTC)

@Novem Linguae: Something exist: Community Wishlist Survey 2023/Tracking. Dušan Kreheľ (talk) 21:21, 10 February 2023 (UTC)
This is very helpful. Doesn't have the summary column, but close enough. Thank you. –Novem Linguae (talk) 21:38, 10 February 2023 (UTC)
Something like User:TNTBot/CWS/All proposals? Please note that on every update, it'll shuffle the order to prevent any bias. If this fits what you're looking for, we could consider moving it somewhere more "official" TheresNoTime (talk • they/them) 23:01, 10 February 2023 (UTC)
Nice. Could potentially add a "support votes" column to make it easier to sort that way. I don't think I have time to view every wish so that is currently how I am filtering the other list. –Novem Linguae (talk) 23:47, 10 February 2023 (UTC)
There should be oppose votes column and the tally option. Thingofme (talk) 15:33, 11 February 2023 (UTC)

Was soll das?

Seit Tagen fällt mir bei jeder Anmeldung das übergroße Abstimmungswerbebanner regelrecht auf den Wecker. Dann ist der ganze Zirkus nur englisch. Wo ist die Schaltfläche, mit der ich das alles ein für allemal beenden kann? Wenn die Nutzbarkeit der Wikis für die drei bis vier Bewohner dieses Planeten, die zufällig nicht im englischsprachigen Gringoland leben, verbessert werden soll, dann wäre der erste Schritt, erstmal diese Auswahlunterlagen in die Sprachen derer zu übertragen, die hier für werweißwas stimmen sollen. Kann ja sein, dass ich besonders dämlich bin, aber wenn die entsprechenden Seiten nicht deutsch oder kastilisch verfügbar sind, dann kann ich nicht helfen und ist es mein dringender Wunsch, die Verursacher auf die Molukken zu schicken. Falls jemand fragen sollte, warum: Dort wächst der Pfeffer.

Es ist nicht die feine Art, die Sprecher aller anderen Sprachen erst auszusperren und dann auch noch regelmäßig zu belästigen. –Falk2 (talk) 18:56, 12 February 2023 (UTC)

@Falk2, you raised two issues:
  1. You want to remove the Community Wishlist Survey 2023 voting banner permanently.
  2. Some pages concerning the Wishlist are not yet translated.
Let me know if I have understood you.
Here's an answer and a follow-up question:
 #CommunityWishlistVote, #CommunityWishlistVote_Mobile {display:none;}
  • CommTech and community translators before the start of the 2023 survey, have been translating various categories of documents into as many languages as possible. Can you specify which documents you are referring to?
–– STei (WMF) (talk) 06:29, 14 February 2023 (UTC)

Invalid proposal

The title "More functionality for the talk-page reply gadget" suggests the proposal is about bringing more functionality to the reply tool in general, but the body is asking two very specific things, one of which is already possible. As a result, it is not clear what the support voters are in favor of, as this comment demonstrates. Whether it was the intent of the author or not, the proposal as it stands is effectively gaming the system by having a broad, agreeable title and misleading voters into supporting something very specific under the pretext of supporting something generic. Archive it or qualify the scope and rename it. If latter, the votes should be wiped clean and the voters asked to clarify their position. Nardog (talk) 16:37, 11 February 2023 (UTC)

@Nardog, thank you for notifying us, we will look into it. –– STei (WMF) (talk) 08:14, 14 February 2023 (UTC)

For future reference

- URls are rotting all over WP. Instead, whenever a ref with an URL is added, automatically archive it and add an archive link to the ref.

- In VE, add a way to add a cite to the external links section using the same mechanism used to add a ref. (Possibly by adding a checkbox to the ref page that says something like include ref wraper. Currently, you have to switch to source to get rid of the ref wrapper.

- In source editing, if you save a change that has a damaged ref in it, display the error without finishing the save. Once the errors are gone, then accept the change. Lfstevens (talk) 06:02, 13 February 2023 (UTC)

You can put these ideas at Community Wishlist Survey/Sandbox, where you (or anyone else) can find them when the next survey begins, making sure they don’t get lost in the talk page archives. —Tacsipacsi (talk) 22:14, 13 February 2023 (UTC)
@Lfstevens, thank you for these suggestions. @Tacsipacsi is right, please put them in the sandbox for the next survey.
@Tacsipacsi, thank you for handling this response. –– STei (WMF) (talk) 08:12, 14 February 2023 (UTC)

Missing wish?


I was checking on the two wished I submitted. One of them seems to be missing: Community Wishlist Survey 2023/Structure request pages.

Thank you. Trizek from FR 16:55, 13 February 2023 (UTC)

@Trizek it seems you missed some steps in the submission of the proposal. But since it was sent within the proposal acceptance period, we have added categories and we have approved it. –– STei (WMF) (talk) 12:22, 14 February 2023 (UTC)
Thank you @STei (WMF). Trizek from FR 14:29, 14 February 2023 (UTC)

Why I'm so fatigued with the wishlist

@NRodriguez (WMF)@KSiebert (WMF)@JMcLeod (WMF)@DMaza (WMF)@MusikAnimal (WMF)@SWilson (WMF)@HMonroy (WMF)@TheresNoTime-WMF@DWalden (WMF)@GMikesell-WMF@STei (WMF)@JFernandez-WMF: I recently encountered a simple problem, and after looking to see if it was already on Phabricator and after not finding anything, I created a ticket for it. A little while later, it was merged into the existing Phabricator ticket, which I hadn't found before but which has existed since 2013, since of course it has, tagged lowest priority, since of course it is. Editors for years have been expending effort to point out this problem, but it hasn't been fixed since developer resources are so incredibly constrained.

My remedy at this point would have been to create a Wishlist proposal, spending more of my time to draft it and requiring more time of other editors to review and !vote on it. It would be competing with all the other proposals, almost all for similarly backlogged issues, and even if it received 100+ !votes, unless it was in the very top sliver of the most urgent of urgent issues, it wouldn't be taken up. I decided not to bother.

The fundamental issue is that the wishlist, by its nature, posits that the problem is one of prioritization. By asking us to !vote every year, you're saying, "if only we knew what you needed us to work on, we'd be able to help." But it's glaringly obvious that prioritization is not the problem. There is a cornucopia of high-priority tasks on Phabricator, and editors have been pleading for them to be addressed for, in some cases, more than a decade. The fundamental issue is that the WMF, despite its sizeable wealth, has refused to devote enough technical resources to actually make a dent in the backlog.

To use an analogy, imagine you're trying to feed 100 people with a granola bar. Everyone is always hungry because they get only crumbs. The message that the annual wishlist survey sends is, "help us apportion the granola bar better!" And yeah, it'd be good to ensure that the people closest to starvation get their bit, but really the problem isn't apportionment. The problem is that you only brought one granola bar. And the apportionment question would be a lot easier/lower-stakes if you brought more.

Courtesy pinging @MIskander-WMF, as you're the one actually empowered to do something about this by devoting more financial resources to community tech support, as the community requested you do at last year's survey. I think many of us would appreciate hearing from you directly about this. {{u|Sdkb}}talk 04:24, 7 February 2023 (UTC)

I strongly support allocating more money / more devs to the Community Tech team. There is quite a lot of volunteer time and effort that goes into participating in the wishlist, and the payoff is usually only a handful of wishes. More devs = more wishes = happier volunteers :) –Novem Linguae (talk) 04:47, 7 February 2023 (UTC)
cc @SDeckelmann-WMFNovem Linguae (talk) 16:06, 7 February 2023 (UTC)
I agree on many points. But next to chronic understaffing, I also think there is a huge underappreciation for ad-hoc bug fixing. It seems that the foundation sees this as 'expensive' and rather focuses on 'big problems'. This historically has grown from the fact that all the software was done by volunteers, so it made sense to have paid staff deal with the large architectural problems and the product development and unpaid devs the 'little' work. However this long ago stopped scaling and there is a great value in finding bugs that people run into EVERY single day and getting them fixed. It shows that you care about the experience of the user, removes friction from their workflow and gives ppl time to focus on what matters.
For a long time I've been trying to make the point that we should tackle this as if it were a cohesive platform instead of technical building blocks. We should have a MediaWiki team, improving the core and the architecture and avoiding technical dept, which makes MediaWiki a platform product, there should be a Wikipedia team that makes sure the wikipedia experience as a whole is the best it can be, a Commons/Multimedia team and a 'sister projects' team with their own goals, etc etc. This allows you to focus on the user at a higher level, instead of subdividing by internal politics (which have never served endusers).
'Product' as a WMF branch is a set of mini products that exist in a make believe world, where teams are afraid to touch others teams code and where no coordinated bugfixing takes place for the sole reason that ppl are afraid that other teams will 'throw stuff over the fence' to the 'bugs'-team. Fear is terrible council, lead with a vision. —TheDJ (talkcontribs) 09:55, 7 February 2023 (UTC)
I won't pretend to understand enough about organisation governance strategies to comment on if "We should have a MediaWiki team [...], a Wikipedia team that makes sure the wikipedia experience as a whole is the best it can be" etc. is viable, but the concept of "focus[ing] on the user at a higher level, instead of subdividing [...]" certainly sounds like it'd be popular with the community (e.g. the English Wikipedia has been asking for something similar iirc). My biggest concern has always been with ensuring that not only the community is being actively listened to, but that they feel heard and involved too — languishing phabricator tasks for "quality of life" "ad-hoc bug fixing", especially when those bugs affect a small but active group of Wikipedia editors, can often feel like "being ignored". (volunteer comment)TheresNoTime (talk • they/them) 11:35, 7 February 2023 (UTC)
There have been at least two iterations of a "MediaWiki" team at the WMF. The first was disbanded when Lila reorganized everything, under the idea that general maintenance should be done by "everyone" which really resulted in it being done by almost no one. The second was co-opted by ladder-climbing management, as general maintenance is a harder sell to upper management than shiny new features. OTOH, even when those teams existed there was still far too much work for the people involved to get to everything, particularly when it's in a specialized extension like VE rather than in core PHP code. Anomie (talk) 14:52, 7 February 2023 (UTC)
Yes, I think BOTH problems need tackling. focusing on one is like shovelling the shit into a neighbours septic field. —TheDJ (talkcontribs) 15:25, 7 February 2023 (UTC)
I'm one of the lucky and grateful few who actually had a request implemented (temporary watchlisting). However, I have to agree that the even the most urgent and supported of wishlist items has little chance of becoming reality. We are hearing promising words from the WMF about starting to listen to the communities again, and saw some actual action in the toning down of the donation banners, though the juggernaut will take a long time to turn and we're still seeing actions against consensus such as UCoC and Vector2022. If the reconciliation continues, resources may start to be diverted from unwanted developments towards the watchlist wishlist. If not, the watchlist wishlist is worth keeping as a constant reminder that this work remains outstanding, and as a to-do list for any volunteer team that might have to step in and take over MediaWiki development. Certes (talk) 12:36, 7 February 2023 (UTC)
@Certes: You mean wishlist? Nardog (talk) 00:38, 8 February 2023 (UTC)
Fixed; thanks. Certes (talk) 00:42, 8 February 2023 (UTC)

Dear you all, I want to chime in as the Engineering Manager of the CommTech team. From within my role I make sure that the engineers on the team are not overworked and feel fulfilled regarding their hopes and aspirations. Especially during an intensive time like the Wishlist Survey the members of the team are extremely proactive, lose some good nights of sleep and are trying to do their best to genuinely pay good attention to all incoming proposals, because the proposals deserve it and at the moment the team is actually at the limit to be overworked. What do I want to say? The team is certainly not trying to "let anyone starve", as we are doing the best within the reach of our relatively small team. In addition, I also want to say that we really hear and appreciate the thoughts you expressed, especially when they are phrased in a kind and constructive way, at the moment we are actually a bit fatigued as well by the wishlist, because we notice that most wishes stay untouched. If we, as a team, would be able to dream we would let the wishlist grow into an important democratic tool that directly impacts the annual planning of the Wikimedia Foundation and we also really appreciate leadership and trust their decision-making and know that the Foundation has grown quickly and want to be patient and wait for these changes to happen. Touching bigger projects that have been outstanding for a while seem a good way to start making change happen. I am sure the rest of team has thoughts as well. Please let the comments continue! KSiebert (WMF) (talk) 13:04, 7 February 2023 (UTC)

None of this is feedback towards the team (and I think they know this). Its feedback towards management of WMF. And again, I think focusing on 'big projects' is actually quite problematic, its just that it is all we have right now, so might as well use it. —TheDJ (talkcontribs) 15:27, 7 February 2023 (UTC)
See here and here, it's not a new suggestion. This should be The Community Wishlist towards the WMF, all of the devs. As much as I appreciate the small group of devs dedicated towards wishes of the communities, I'd like to see this as the main focus of all the devs, to care about those, who provide the content, thus keep the projects working and the donations coming, the communities. So this is indeed nothing detrimental for the small group of Community Tech, it's more about the mindset of the rest of the WMF. Grüße vom Sänger ♫(Reden) 18:48, 7 February 2023 (UTC)

Hello @Sdkb, thank you for letting us know how you feel. Rest assured that the people pinged have read your comments or will do so soon. Just last week, the Wikimedia Foundation CEO Maryana Iskander, in her one year update, acknowledged the technical debt and software maintenance and how this will be factored into our annual planning. Here is an excerpt: A second concern was about the Foundation's responsiveness to editors and other technical contributors. We collectively have to respond to decades of growing technical debt, poor processes for maintaining software, and staying relevant in a world where technology keeps going faster. There is no quick fix to most of our technical challenges. [...] Annual planning is being led this year by the needs of our Product & Technology departments. I hope this helps showing how concerns are already being taken into account. –– STei (WMF) (talk) 19:05, 7 February 2023 (UTC)

I don't disagree with anything Skdb wrote and in fact have made similar comments about a lot of it myself. But I also don't think the challenges KSiebert writes about should be ignored. When I had the chance to talk with Selena last week about Vector 22, I had some hard truths I felt the need to express and I appreciate that she seemed to genuinely hear them. But she also shared her own hard truth about what it means to motivate and retain high quality staff at a non-profit. I think we're seeing a real change in commitment from senior leadership on this topic - the quote from Maryana's blog post above being one example - which is great and I'm thankful. I'm especially thankful given the management challenges that go along with doing this shift in priorities and approach. Best, Barkeep49 (talk) 01:39, 8 February 2023 (UTC)

I was just asked to alter my wish at the WMF to something less ambitious, that was asked for last year already, so that my wish could be swept under the carpet. If you don't have enough sources for tthe wishes of the community, you have to reallocate some of the devs from some pet projects towards the stuff, the community wants, not just someone in the ivory tower, like such disasters as FLOW. Grüße vom Sänger ♫(Reden) 22:00, 8 February 2023 (UTC)

I, wholeheartedly, endorse the sentiments of fatigue set out in this section. While I agree that the inexcusably huge backlog and embarrassingly slow pace of technical progress is not attributable to an unskilled or lethargic technical staff, it is an unacceptable condition that absolutely must (and does) have an underlying, attributable cause. And it's operationally imperative that this cause, and its owner(s), be identified and purged from their associated role(s). We deserve, and need better than that which has given birth and long life to the conditions that have such a clearly debilitating effect as that which has come to light in this thread. I hope this will be the year that ends the privation that stifles our betterment, especially regarding technical things.--John Cline (talk) 10:55, 15 February 2023 (UTC)

Creating Phabricator tasks for all wishes

Would it be okay to create Phabricator tasks for all wishes? Then people could subscribe to them and receive notifications if they are ever worked on. They would also be linked if they are ever re-proposed in a future CWS. Lectrician1 (talk) 15:19, 16 February 2023 (UTC)

@Lectrician1 Unless it is very likely to just be declined, it is probably a good idea, tag them as requests. Many of these already have phab tickets, for them you can just add them to the tracking project: Talk 20:18, 16 February 2023 (UTC)
Honestly, there is a lot of stuff in here that will never realistically be done (impossible, or too much of the community would not agree). So do apply a bit of editorial discretion I would say. —TheDJ (talkcontribs) 09:22, 17 February 2023 (UTC)

My wish today

I managed to miss the 2023 deadline, I wish, somehow, the dates could be amended to allow more time for submissions, I know this is asking a lot, and I don't have illusions that it will occur, but I had to ask, and do ask: please reopen phase 1 and grant more time for its development. Thank you. --John Cline (talk) 03:38, 10 February 2023 (UTC)

@John Cline: Hello John, unfortunately we can not reopen, but would like to discuss your wish here. All the best KSiebert (WMF) (talk) 09:47, 10 February 2023 (UTC)
Thank you, I appreciate your reply. I am going in to work right now, I'll extend my reply this evening after I get home. Thanks again, and be well. --John Cline (talk) 11:51, 10 February 2023 (UTC)
Upon reflection, I'd like to reiterate my sincere appreciation of your reply, and to further say: The "above and beyond" nature of your committed selfless intent speaks well of your character and recommends the fast track of upward mobility for you and your likes. Among other things, I wish this for you. Furthermore, while it was my intent to accept your kind offer, I've come to believe that so doing would come at unreasonable cost; leaving you vulnerable to all others who later may come to demand similar allocations of your time and consideration. In such light, I have decided, instead, to respectfully decline. Sincerely given with best regards, I remain.--John Cline (talk) 16:44, 11 February 2023 (UTC)
You could post it in Community Wishlist Survey/Sandbox. Although you have to wait two years for the next survey, that way you can gauge how much support your proposal might garner and polish it to improve the chance of success, not to mention CWS isn't the only channel for feature requests. Nardog (talk) 17:17, 11 February 2023 (UTC)
Thank you for your reply. It is good advice, relating things I had not known. I will certainly pursue things further, along these available lines. Thanks again and best regards.--John Cline (talk) 00:53, 12 February 2023 (UTC)
@Nardog@John Cline for now, the Wishlist has been returned to/still considered annual. If anything changes, we will inform the community.
@Nardog thank for taking the time to reply John. –– STei (WMF) (talk) 09:03, 14 February 2023 (UTC)
@STei (WMF): Oh, it looks like TheresNoTime-WMF told me that on this page above but I didn't grasp what they meant by "withdrawn"—I thought it just meant the frequency was still being deliberated. So it looks like you made the first announcement in Tech News but never issued a correction in another issue—which I find bizarre and kind of... reckless? I also urge you to restore the deleted revisions of Community Wishlist Survey/Updates/2023 Changes Update for the sake of transparency (the perma/diff links in TNT's comment were alive for only six hours—which is quite likely why I had the wrong interpretation). It's quite confusing to see the first visible revision saying "Contrary to the initial announcement" and the only link there AFAICF (on the TN issue) predates the apparent creation of the page. Nardog (talk) 16:11, 14 February 2023 (UTC)
@STei (WMF) and NRodriguez (WMF): I've added the retraction to Tech/News/2023/08. Nardog (talk) 22:21, 15 February 2023 (UTC)
@Nardog the community is currently commenting on the dismantling of the Wishlist.
Selena Deckelmann, CPTO of the Wikimedia Foundation has encouraged the community to give ideas and suggestions (besides dismantling) on what should happen to the Community Wishlist Survey eventually – what the future should hold.
The CEO Maryana Iskander also mentioned earlier in her one-year update that the upcoming annual planning will be led by the needs of the Product and Technology departments.
Think of these moving parts, before making announcements which may no longer be valid in the next few months. –– STei (WMF) (talk) 13:35, 16 February 2023 (UTC)
It is you, CommTech, who first announced going biennial in fairly definitive terms ("Community Tech will be running the Community Wishlist Survey (CWS) every two years. This means that in 2024, there will be no new proposals or voting"). Many Wikimedians probably still think you are committed to that (as did I until you told me, and I even watch this page!). What kind of sense does it make to announce a decision, backtrack on it, and never announce the retraction through the same channel? I've changed the wording to "the current plan is". You should have the final say on the wording, or on whether to send it for that matter, because it's your decision, but I'd be dumbfounded if you weren't going to at least tell Tech News readers that the previous news is no longer true. Nardog (talk) 13:55, 16 February 2023 (UTC)
I don't think CommTech would want to change a volunteer's announcement. But what I can do (as a Community Relations Specialist), and I have already done, is to alert you of related matters ongoing, before making mass announcements about the future of the Wishlist. –– STei (WMF) (talk) 15:23, 16 February 2023 (UTC)
(Intentionally replying using my volunteer account). Let me first say I deleted that updates page because at the time, it was not linked to or transcluded anywhere. We were not trying to hide anything, I just didn't want it to needlessly stay up for translation.
Secondly, despite me even editing that page after it was recreated, I totally missed the "will continue to run annually" bit. I'm not certain that was a team decision, and we should be upfront about that.
I think there will be a lot more clarity around the wishlist and its future after we do our retrospective, which happens after the survey. @Nardog would you mind refraining from sending anything in Tech News until then? I know you just want to set the record straight with readers, which makes perfect sense. I just worry with all the uncertainty, sending out potentially incorrect or misleading info could worsen the situation. MusikAnimal talk 21:29, 16 February 2023 (UTC)
Done, but if it wasn't "a team decision" then I don't think the update page should say it so definitively (in bold no less). Nardog (talk) 10:43, 19 February 2023 (UTC)

The voting tool (AddMe) was broken

For a little while today the AddMe gadget prevented votes from being cast (or, being cast using the "Support" button) in the Community Wishlist Survey — this was reported at Meta talk:AddMe, and on Phabricator. After some wrestling with the proposal header template, this has now hopefully been fixed — I'll be keeping an eye on this page closely this evening/weekend, so please feel free to ping me if there's any further problems!

As an aside, I missed my chance to wish for Delete all templates because MediaWiki template code is difficult! /jTheresNoTime-WMF (talk • they/them) 19:59, 10 February 2023 (UTC)

Voting isn't working in mobile as in right now Ignacio Rodríguez (talk) 10:26, 11 February 2023 (UTC)
@Ignacio Rodríguez: Thank you for letting us know — to be honest, I'm not sure if the AddMe gadget ever did work from the mobile interface (I'm checking with the team now).
Are you able to vote by directly adding * {{support}} ~~~~ manually to the Voting section of the proposal? — TheresNoTime-WMF (talk • they/them) 10:59, 11 February 2023 (UTC)
Manually I can, but is a little bit deceptive to have a flashy blue button that doesn't do anything Ignacio Rodríguez (talk) 11:50, 11 February 2023 (UTC)
This is now fixed :) Sorry for the long delay! If it means anything, the issues identified and fixed with AddMe are beneficial beyond the survey, as this new version of AddMe is meant to replace the old one. MusikAnimal (WMF) (talk) 16:18, 24 February 2023 (UTC)

Proposers voting for their own proposal

I have noticed some have voted for their own proposals, and most have not. Just one example here (the same user has done it several times). How is this going to be handled in the end? SoupePrimordiale (talk) 08:10, 24 February 2023 (UTC)

@SoupePrimordiale As per the dialog shown when voting and the edit notice, a proposer's vote is automatically counted. If they add a vote anyway, it still only gets counted as one vote. We also have automation to detect duplicate votes, etc., but some of that may not be addressed until after voting ends in a few hours. Regards, MusikAnimal (WMF) (talk) 14:48, 24 February 2023 (UTC)


Last year, the prioritisation equation weighted votes quite lightly, only about 1/4th of the total prioritization. Has it been decided yet if that is the same this year?

If it isn't decided yet, I hope we can make votes weight more heavily. Many aspects of the community score probably measure roughly the same as votes, but without input of the community. While it makes sense to put more weight on smaller communities for equity, I think putting more weight on wishes for admins is duplicative of the votes (admins are probs overrepresented); similarly, I don't see why non-textual aspects should be prioritised.

What about a system with 2/5rd of the prioritisation based on votes? Femke (talk) 19:06, 25 January 2023 (UTC)

Hello, the Prioritization framework we published last year is indeed subject to improvements. For what it's worth, right now we are working on Better diffs, which was the top wish (most votes) from last year, and it did not score that high in our prioritization score. After taking a hard look at the top ten wishes, even with our prioritization score taken into account, we decided that working on Better diffs was what made sense even though it was fairly complex. We are definitely going to continue to give votes a larger weigh in which wishes we accept for completion in 2023. NRodriguez (WMF) (talk) 19:26, 25 January 2023 (UTC)
Brilliant :). Really excited to see you're working on better diffs now! Femke (talk) 19:35, 25 January 2023 (UTC)
@Femke Even with a better weighting onthe Priority score equation still may not get the best outcome.Decision analysis works best when
  • there are numbers to back it up (rather than saying that a proposal is complexity 5, specify a range of work days)
  • all decision factors ae visible (is it in line WMF Limits to configuration changes, WMF Annual plan (from Deckelman's post on Diff),
  • a consistency of process (will this process apply to all wikipedia projects, and
  • measurable benefits (# of edits involving this, editors leaving etc. Back of the envelope figures at least start the discussion
Wakelamp (talk) 12:03, 4 March 2023 (UTC)