Jump to content

Project-wide protests

From Meta, a Wikimedia project coordination wiki
(Redirected from Project-wide protest)
Advocacy - Index

Background

Current Proposals

When there is a significant threat to the well-being of a particular project, the wiki's community occasionally engages in project-wide protests to draw attention to the issue.

Types of protests

[edit]

Site-notice

[edit]

A banner, such as the one used in the yearly fundraiser, let people know about a serious issue. Code has been proposed that would create a persistent, non-dismissable expanded banner on all pages, if that was felt appropriate.

Non-standard main pages

[edit]

Changing the main page so that it has coverage of a specific topic, or provides a statement of the cause of the protest.

Site-wide block

[edit]

This type of action makes it impossible for readers and editors to access more than one page, where a statement of the cause for the protest can be read.

This is often implemented with a mix of JavaScript code, TitleBlacklist and other methods. mw:Extension:Blackout can in theory be used to avoid indexing problems and other broader consequences.

Forking

[edit]

If a large number of editors feel that a project is not being run in a good manner, they may "fork" the project. This may prove difficult since the WMF provides such significant support (the servers, brands, logos, and other vital items of the Wikimedia projects), which may be hard for volunteers to muster.

Benefits

[edit]

The primary benefits of a project-wide protest are that it's generally dramatic in nature, which raises considerable attention for the issue, and that attention can be incredibly effective in highlighting the underlying concern. The Wikimedia projects are a powerful platform, and our actions can effect significant change.

Part of the reason users trust the Wikimedia projects is because they understand the projects are built by people like them, and are intended to be of service to readers. Therefore, we can expect that at least some users will appreciate receiving information about pending legislation etc., that is sincerely intended to help them understand what is in their interest, rather than in the interests of corporations, governments or industry groups.

Project-wide protests rely on the good will that the Wikimedia project has built to seek out and encourage change that will promote the project's long-term interests. Protests also put the movement at the forefront, rather than simply the website. The site is no longer just providing information, it's providing a mouthpiece for a particular agenda.

Holding a project-wide protest also reminds users of the extent to which they use us and expect us to be around and it points out the value of mirrors and alternatives to the main site.

In some instances, protests that uses blocking of the information, can lead to an increase of donations, if they find the view expressed worthy.

Downsides

[edit]

The largest downside to project-wide protests is that in the short term they undermine the primary jobs of a Wikimedia wiki: to educate and serve readers. Readers from other areas, where the protest is not relevant, may still be affected, as well as editors from other language versions of the project (e.g. Wikipedia) who want to use the site for translation or other similar purposes.

While the ultimate goal is to protect Wikimedia's values (such as neutrality), the act of staging a protest can have the opposite effect: it can reduce people's confidence in the project's neutrality. By staging a protest, the project is taking a stand on the issue, publicly. There's also a concern that a particular project taking a stand will be interpreted as the Wikimedia Foundation taking a stand, or even a Wikimedia chapter where its geography overlaps with the project's language, although chapters don't control projects.

Site-wide protests on any larger site also come with an inevitable segment of the community that disagrees with the protest, no matter the level of consensus to engage in protest.

The Wikimedia projects are language-based, not country-based; for example "the German Wikipedia" is not "the Wikipedia of Germany", it is actually – in theory and practice – "the Wikipedia produced and available in the German language". All Wikimedia projects are within the auspices of the Foundation, based in the USA, and are therefore subject to the law of that country not of any other country no matter the language. To act as though there was a direct and indivisible relationship between country and project would be detrimental to all projects and Wikimedia generally

There is a danger that smaller communities can be overrun by a large number of POV-pushing protesters.

Other concerns are that unsuccessful protests can decrease project morale. Protests can also have ripple effects, disrupting projects that rely on a particular wiki (GLAM outreach, Campus Ambassador programs, Toolserver tools, etc.).

Certain public services are prohibited from striking on the grounds that they are essential. The Wikimedia movement argues that unimpeded access to information is critically important: that's why we oppose censorship. To remove people's access to Wikipedia, even if we do it ourselves, suggests that Wikipedia is non-essential, rather than being a service that must of necessity be provided without interruption or interference.

When Wikipedia is down, readers may go to mirror sites and grow accustomed to them.

Implementation difficulties

[edit]

The primary implementation difficulty is social, not technical. Some projects, especially the larger ones, once seemed to lack the coherence of vision and leadership necessary to agree to and execute a project wide protest.

A second issue is that not all wikis are clearly aimed at a particular jurisdiction; for example, the English Wikipedia's primary audience is several large regions of the world. For sites like the German Wikipedia or the Italian Wikipedia, the primary audience is much more focused to a few particular countries or smaller regions. This issue could be resolved by using geolocation based on visitor's IP addresses.

Examples

[edit]

This list is incomplete; please expand it, if there are relevant instances.