Media Viewer is a MediaWiki component developed by the Wikimedia Foundation to display images in an immersive multimedia experience. It was deployed as the default image viewer on the English Wikipedia on June 3, 2014, and all Wikimedia wikis on June 19, 2014. Ten days after its deployment on the English Wikipedia, Adam Cuerdenopened a Phabricator ticket detailing his concerns regarding attribution for restorers of images. Creator templates such as Creator:Alfons Mucha are a common way of assigning credit to images on Commons. Since the rollout, images with multiple creators, of which one or more have a creator template, have been found to lack proper attribution: only the first template will be displayed, which is problematic when only one creator has a template, or there are multiple creator templates in use. Adam Cuerden opened an Arbitration Committee case request regarding the matter on 16 January 2022, but it was closed as out-of-scope. An example of this issue can be found here. The Signpost requested a comment from the Wikimedia Foundation Legal department regarding the legal implications of a lack of attribution but received no response by publication deadline. —E
New status page for Wikimedia projects
The Wikimedia Site Reliability Engineering team announced on Diff the creation of a new status page informing the public of outages and other production issues. They hope that it will be useful for the editor community and others directly involved in the projects in the event of issues like wikis being very slow or unreachable for many users. Apart from notices of detected outages, the site generates automated graphs of five key metrics to performance and stability: total request volume, user-reported connectivity errors, wiki error responses, wiki response time and successful edits. This service is intended to supplement existing discussion forums such as the technical village pump, rather than replace them. The site is available at wikimediastatus.net, and is hosted on Atlassian Statuspage. Interested editors can read more on Diff. —E
Desktop Improvements project nearing an end
The current look of the Desktop Improvements. The newest feature is the sticky table of contents
As we wrote in the last Technology report, the Wikimedia Foundation Web team is working on the Desktop Improvements project and the new interface, Vector 2022. They began in 2019, and now most of the work is done. This is the next report about this project. In this issue, we're focusing on how Web has worked on these changes and how the community can work with the team.
The homework: The team established what seemed to be an issue according to the existing documentation and tools. They analyzed the previous research and skins, existing gadgets, user scripts, plugins.
User research: Next, in-depth, in-person studies with diverse groups of participants were conducted. They looked at how users of different profiles (backgrounds, skills) interact with the interface.
Community prototype testing: They built four prototypes. Each of those presented some changes recommended as a result of the research. The prototypes were shared with different communities (Wikipedias and sister projects, large and small wikis) via banners. More than 200 editors shared their thoughts on each prototype.
A/B testing (and before & after tests) on early adopter wikis: They have asked or have been approached by various communities interested to use the improvements earlier. Currently, there are more than 20 such communities, and the number is growing. When introducing each change, the team only deploys it for 50% of logged-in users. After two weeks, Web checks the results of the tests. Read a blog post about what they did when one test didn't give satisfactory results.
This is how they have been working on each feature separately. Soon after the publication of this issue, the team will introduce the sticky table of contents. It is intended to make it easier to reach the table of contents, gain context about the page, and navigate throughout the page without needing to scroll. Next, they will move the page tools from the sidebar to the other side of the screen. After that, they will improve the overall aesthetics of the interface, and before July, everything should be ready for all readers and logged-in Vector users on the English Wikipedia. —SG (WMF)
In brief
New user scripts to customise your Wikipedia experience
For further news and updates associated with user scripts, see the Scripts++ Newsletter
Bots that have been approved for operations after a successful BRFA will be listed here for informational purposes. No other approval action is required for these bots. Recently approved requests can be found here (edit), while old requests can be found in the archives.
Latest tech news from the Wikimedia technical community: 2022 #16, #15, & #14. Please tell other users about these changes. Not all changes will affect you. Translations are available on Meta.
Meetings
You can join the technical advice meeting on IRC. During the meeting, volunteer developers can ask for advice. The meeting takes place every Wednesday from 4:00–5:00 p.m. UTC. See how to join here.
Join the open meeting with the Web team about the new interface. It will take place on April 29 (Friday) at 13:00 UTC and/or 18:00 UTC.
Discuss this story
SG attribution
From the use of the third person, I would never know unless I hovered over the abbreviated 's perennial staff shortage. But when that happens, it's vital it be disclosed clearly and prominently. This was not. {{u|Sdkb}} talk 00:25, 25 April 2022 (UTC)[reply]
signature that the Desktop Improvements project section was written by the WMF Desktop Improvements team's community relations specialist, not by a community member. It's far from ideal to have the team writing coverage of themselves rather than reporting on them independently, but it's understandable given the SignpostMedia Viewer documentation
The release of the Media Viewer triggered one of the largest Wikimedia community protests in the history of the Wikimedia Movement. One side was Wikimedia community members with ethical and social concerns; paid staff of the Wikimedia Foundation presented counter arguments to those concerns. I regret that in the end, the Wikimedia community did not set up documentation linking to its positions, and fear that the community's advocacy and organization will be forgotten in the future if it is not documented. If anyone were to set up an archive for discussing that activism, and perhaps connect the present request to that past activism, then I would join in talking, and I expect that others would also. Bluerasberry (talk) 18:53, 25 April 2022 (UTC)[reply]
Desktop Improvements
I'm opted in to see Desktop Improvements as soon as possible, and on the whole I think a very good job is being done. I've got quibbles, but I was no fan of the old display, which kept Wikipedia firmly in the year 2001. Doubtless the team will see more complaints than positive feedback, firstly because you only make the effort to contact them if you have a big complaint, and secondly because the community are really, really resistant to design changes. Reflecting on design changes to desktop is a good time to also think about how the mobile view looks: almost all editors work exclusively on desktop, but the mobile view of an article is at least as important as desktop. As editors, we have responsibility to think about how the articles we write look on mobile. — Bilorv (talk) 09:23, 27 April 2022 (UTC)[reply]