Community Wishlist Survey 2023/Larger suggestions/Report problem button for reader
Appearance
This proposal is a larger suggestion that is out of scope for the Community Tech team. Participants are welcome to vote on it, but please note that regardless of popularity, there is no guarantee this proposal will be implemented. Supporting the idea helps communicate its urgency to the broader movement. |
Report problem button for reader
- Problem: Reader might find a problem with the text (article), but are not willing (for whatever reason, we won't discuss them here) to edit out the problem themselves. It could be factual error, possible error (the reader is uncertain), technical error, or other kind of problems.
- Proposed solution: Provide tools for anonymous reader (or logged in Wikimedian as well) to give a quick feedback about the quality of the article.
- Is this article useful for you? (yes/no)
- Report error (with comments)
Then the reports would be automatically compiled, visible for public, and could be sorted by highest number of reports for active editors to handle the problem.
Technically I realize this would be challenging, but Wikimedia should stop treating the reader as passive observer whose only option after spotting mistake are either edit themselves or ignoring them.
I envision that there's a way to reset the usefulness and errors reported (that have been handled) so they keep being relevant and not outdated.
- Is this article useful for you? (yes/no) -> the value would reset each month? They would be tabulated in a special statistics (i.e. the most useful/un-useful article of January 2023), similar, but more useful IMO than monthly pageviews.
- Report error (with comments) -> It could automatically saved in the talk page (therefore increasing the usefulness of the talk pages), and admins/editors could mark them as resolved/won't be resolved/invalid/etc.. [Don't forget to automatically add the permalink to the version the reporter read]
- Who would benefit: The general quality of the Wikipedia (or other projects) would hopefully increase, since we could easily identify problematic contents early and handle them soon, before getting worse (an uncaught vandalism for days, etc.). Admins and active editors would be glad if they could catch these vandalism and/or inaccuracies earlier. (rather than for example waiting for it to go viral on social media). Anonymous general reader would feel empowered and acknowledged, and they can participate easier without having to edit and/or creating account
- More comments: In light of the unavailability of quality measurement that are common in social media (likes/disliks, thumbs up/down) or engagement measurements (comments), it's quite hard to know which content are problematic from the reader point of view (reader numbers > editor numbers). Some of the bad actors (or frustrated reader who didn't make the effort to edit the problem themselves) may vent out by posting in social media with the screenshot of the problematic content/vandalism, and such would be detrimental to the movement in general.
- Phabricator tickets:
- Proposer: ✒ Bennylin 10:47, 1 February 2023 (UTC)
Discussion
- See mw:Article feedback/Version 5. That was an official WMF project for about two years. Got chopped because the community found the burden of reviewing and moderating feedback too heavy, and the WMF didn't want to invest a lot of resources (after already investing a lot of resources and not gaining acceptance). --Tgr (talk) 05:48, 5 February 2023 (UTC)
- Having said that… this rejection and burden, to a large extent, was because the feedback went into a separate system, with separate reviewers and no RC bots reverting vandalism etc. So maybe if it just dumped reports on talk pages and then used the new section index of discussion tools or something to keep track of them and compile some reports out of. —TheDJ (talk • contribs) 11:08, 5 February 2023 (UTC)
- I think this could be useful, but only if it provides a structured method for users who may be unfamiliar with the nuances of a particular area of content to provide useful input to whatever community is focused on that area. For example, I work a lot on Commons Categories for Discussion. When browsing a category, there is a link "Nominate category for discussion" which allows a user to start a new discussion on a category and give a free form comment about why. This is handy, but we do get a reasonable number of discussions on the CfD page that are not well formed and are hard to act on. Even when it is clear why the submitting user has posted (e.g. they simply say "duplicate category"), then experienced users have to prompt for more details (response rate is often low), or do research on their own to figure out the situation. Often, the discussion ends up getting closed (or left in backlog) without action and the user sees no result so is not interested in improving their engagement with the process. Thus I think it is best if it is a more structured process that prompts the user to share exactly what is the problem, what they would like to see get done, and (contextual to the specific issue being reported) detailed information to allow responders to quickly address the issue. This will necessitate specific communities being able to actively participate in crafting this process and refining it over time to facilitate that community's needs. Joshbaumgartner (talk) 21:34, 10 February 2023 (UTC)
- This could be helpful, too, for individuals who feel uncomfortable editing a page due to lack of sourcing and/or connection to the subject. I recently had some trying to reach out for help on a Talk page, then contacting someone in a related Wiki Project because their own Wikipedia page had incorrect information on it (in this case, their date of birth). They did not feel comfortable editing it but wanted the information updated. I feel like this could cause some issues with spamming, but I think it fits well into the overarching goals of Wikipedia. I wonder if instead of going to a general location, the related projects could be pinged, so the notification could be added for relevant users. Significa liberdade (talk) 22:24, 10 February 2023 (UTC)
- Just recently watching the promotional video of the next gen search engine, (youtu. be/rOeRWRJ16yY?t=1432) even they put thumb up, thumb down button for query results now (and I suspect report for problem as well). ✒ Bennylin 15:57, 14 February 2023 (UTC)
Voting
- Support Sounds great, it could be comparable to OpenStreetMap. TheAmerikaner (talk) 20:18, 10 February 2023 (UTC)
- Support Strainu (talk) 20:18, 10 February 2023 (UTC)
- Support Sicarov (talk) 21:01, 10 February 2023 (UTC)
- Support SeGiba (talk) 21:16, 10 February 2023 (UTC)
- Support Significa liberdade (talk) 22:19, 10 February 2023 (UTC)
- Strong support PureTuber (talk) 22:20, 10 February 2023 (UTC)
- Support Geert Van Pamel (WMBE) (talk) 23:16, 10 February 2023 (UTC)
- Oppose If people aren't using the talk page, then we need to make it more prominent. We don't need an additional system glued on top. Having what's basically a suggestions box also counters the message that "anyone can edit" and discourages boldness. SmallJarsWithGreenLabels (talk) 23:30, 10 February 2023 (UTC)
- I absolutely support your opinion - theres no reason to have additional function for something that is already available. Tbartovic (talk) 20:11, 16 February 2023 (UTC)
- Support Jensbest (talk) 23:42, 10 February 2023 (UTC)
- Oppose disencourages participation and instead leads to more of a consumer culture. The test in German Wikipedia also showed that there isn't really coming additional valuable input, mostly just questions that are already answered in the respective article or vandalism. It would be more burden than use for the community. Lupe (talk) 00:37, 11 February 2023 (UTC)
- Support Pmsyyz (talk) 01:14, 11 February 2023 (UTC)
- Support Exilexi (talk) 09:01, 11 February 2023 (UTC)
- Strong support Most of the people don't want to register Wikipedia and there is consumerist culture: “I see a problem, so 'they' must see it too”. It is very relevant for minor languages, where there are not many editors to fix and track everything. For a regular non-wiki person it is easier to write “they made a mistake, better use other language”, than to write directly “you've made a mistake here”. But maybe, it must be also a choice of every project to use or to reject this system. Maybe it is only relevant for minor languages. Plaga med (talk) 11:42, 11 February 2023 (UTC)
- Support --Crosstor (talk) 13:59, 11 February 2023 (UTC)
- Support Bluerasberry (talk) 15:07, 11 February 2023 (UTC)
- Support Huxly (talk) 20:26, 11 February 2023 (UTC)
- Support Ivario (talk) 22:02, 11 February 2023 (UTC)
- Support Gohan 04:59, 12 February 2023 (UTC)
- Support General Editor (talk) 06:31, 12 February 2023 (UTC)
- Support Tryvix t 13:55, 12 February 2023 (UTC)
- Oppose We have talk pages and "be bold" for that. --Firestar464 (talk) 15:32, 12 February 2023 (UTC)
- Support QuickQuokka [talk • contribs] 17:31, 12 February 2023 (UTC)
- Support PtolemyXV (talk) 18:53, 12 February 2023 (UTC)
- Support Syunsyunminmin 🗨️talk 14:08, 13 February 2023 (UTC)
- Support JAn Dudík (talk) 22:00, 13 February 2023 (UTC)
- Support Libcub (talk) 05:57, 14 February 2023 (UTC)
- Support While a few have commented that this discourages "boldness," it might have the opposite effect. Someone who sees their input transformed into an article improvement might be motivated by this small initial success to get more deeply involved in the editing process themselves. Newbies can be discouraged when they try to be bold from the start and contribute a large amount of text to an article - only to see much of it deleted because they have unknowingly contravened one of the many Wikipedia rules (that are largely unknown to casual editors). It could also be of assistance to those for whom English is a second or third language. Many of these users may have enough background knowledge on a topic to recognize and flag simple factual errors in an English text, but not yet have the ability or the confidence to write in a formal encyclopedic style. This would open the door for them to contribute in a small way to the improvement of English Wikipedia. Ottawajin (talk) 12:51, 14 February 2023 (UTC)
- We already have talk pages; why would this be any better? I agree based on interacting with IRL friends that there's a disappointing lack of will to even make a note of basic problems on the page, but creating a three-layered system of suggest, talk, and edit can only make things more intimidating. I think adding something simple like a [leave a note at the talk page] link after [edit] in each section heading would be much better for encouraging participation. SmallJarsWithGreenLabels (talk) 12:42, 17 February 2023 (UTC)
- Support needed Bert76 (talk) 09:30, 15 February 2023 (UTC)
- Support ZandDev (talk) 09:58, 15 February 2023 (UTC)
- Strong support The-erinaceous-one (talk) 10:56, 15 February 2023 (UTC)
- Support Mike gigs (talk) 15:32, 15 February 2023 (UTC)
- Support Strangesnow (talk) 00:47, 16 February 2023 (UTC)
- Support Casual readers don't know about talk pages, and wouldn't use them if they did. Non-technical readers struggle editing WP, or won't even try. Doktor Züm (talk) 07:28, 16 February 2023 (UTC)
- Support Aishik Rehman (talk) 09:08, 16 February 2023 (UTC)
- Support JFremd (talk) 16:21, 16 February 2023 (UTC)
- Support Fuchs B (talk) 20:21, 17 February 2023 (UTC)
- Support Dmytro Tvardovskyi (talk) 03:15, 18 February 2023 (UTC)
- Support Jayro79 (talk) 07:23, 18 February 2023 (UTC)
- Oppose This is essentially asking for implementation of an issue tracking system. You really want to track which “problems” have been resolved and how (e. g. “won’t fix” vs. “fixed in revision 123”). Kays (talk) 04:04, 19 February 2023 (UTC)
- Support Althair (talk) 01:57, 20 February 2023 (UTC)
- Support - The “suggestion box” could simply generate a new topic on the article’s Talk page. That’s already where COI editors discuss proposed changes. That’s exactly what’s being solicited by this functionality. Zsinj (talk) 03:12, 20 February 2023 (UTC)
- Support Cmarsch (talk) 06:30, 20 February 2023 (UTC)
- Support Augend (talk) 07:58, 20 February 2023 (UTC)
- Support PamD (talk) 16:01, 20 February 2023 (UTC)
- Support cyrfaw (talk) 18:24, 21 February 2023 (UTC)
- Support Knowing how hard Wiki is to edit, a knowledgeable users should be able at least to describe what's the problem to assign a competent editor to the problem. Santropedro (talk) 01:29, 22 February 2023 (UTC)
- Support May be useful for readers. Thingofme (talk) 01:46, 23 February 2023 (UTC)
- The duality between "readers" and "editors" is just the problem here. SmallJarsWithGreenLabels (talk) 17:11, 23 February 2023 (UTC)