Talk:Wikimedia Apps/Android Suggested edits

Translation

In case anyone wonders, we might add more information to this soon, and might not mark it for translation until actually done, to not waste anyone's time. Johan (WMF) (talk) 04:19, 31 May 2019 (UTC)

Indeed, I translated everything from English to French, but many parts are NOT registered in the Wikidata translation system.

So, in the French automatic page, there is many parts still in English.

Could someone take care of this issue !? Hellotheworld (talk) 20:02, 17 February 2020 (UTC)

Better example image for article descriptions

The example shown in the images says "Suspension bridge crossing the East River..." but the instructions here: https://www.wikidata.org/wiki/Help:Description says:

Capitalization

Descriptions begin with a lowercase letter except when uppercase would normally be required or expected.

Our examples should at least follow the guidelines.

Yes, I can be fairly pedantic. Kenyoni (talk) 06:31, 22 December 2019 (UTC)

Descriptions are always capitalized in the Android app, even if entered with lower case. This is a design decision and does not affect the way descriptions should be stored in Wikidata. Tacsipacsi (talk) 08:58, 22 December 2019 (UTC)

Thanks! Good to know. I was wondering why, after I lower-cased it, (yes, it really was capitalized) it hadn't changed on my phone. I just figured it was cached. Kenyoni (talk) 05:17, 25 December 2019 (UTC)

Image Tag

Any one can explain about image tag? Siddikbabu (talk) 16:26, 15 February 2020 (UTC)

Tags search hides description

when you click add tags, it covers the description when there is a lomg list of results preventing you from being able to provide the specific tags required for depicts. Also, please remove the tag "forehead" its crap and turns out to be rather racist: i have only seen it on people of color. Sadads (talk) 15:17, 30 March 2020 (UTC)

Also please turn off architecture and hairstyle: these are getting applied to everything which makes them useless. Sadads (talk) 15:19, 30 March 2020 (UTC)

Apparently Forehead is sexist too: https://commons.wikimedia.org/w/index.php?title=Special:Search&limit=20&offset=40&profile=default&search=haswbstatement%3AP180%3DQ41055&advancedSearch-current=%7B%7D&ns0=1&ns6=1&ns12=1&ns14=1&ns100=1&ns106=1 Sadads (talk) 15:52, 30 March 2020 (UTC)

The tags are automatically suggested by the Cloud Vision API, and we only display the tags with the highest confidence scores. We do not do filtering of the type you are suggesting. Regarding the description being sometimes covered, this is a known issue, and is a limitation of Android. It cannot be changed. CGauthier (WMF) (talk) 16:11, 31 March 2020 (UTC)

@Sadads There's no app-specific workflow for this, but as far as I understand we should be affected by the blacklist Keegan talks about in a thread you're involved in over at Commons, which probably makes more sense than trying to solve this specifically on the app side instead of in general. Johan (WMF) (talk) 19:15, 31 March 2020 (UTC)

@CGauthier (WMF) That is a different standard than what is set on Commons per the structured data team, and you should make sure that you have the right end points per @Johan (WMF).

Moreover, as for the search: that is exactly one of the problems that the team on Commons is trying to address with their upcoming overhaul: making sure that the rest of the contextual metadata is available for folks who are adding depicts statements (they aren't tags btw -- they never have been tags, and the use of tags as a concept trips up new users, and is deceptive). Sadads (talk) 12:26, 1 April 2020 (UTC)

Stuck in a loop

I added depicts statements (tags suggests something that depicts is not: you need clearer instructions that it should be only the most specific data by the way) to like 5 images, and the tool keeps giving me more of the same images. That kindof defeats the point in having the images. Also, there should be a button for "no relevant suggestions" so that we don't recommend those images to newcomers who will add them carelessly and make the community angry.

Example:https://commons.wikimedia.org/wiki/File:The_first_year_of_the_war_-_DPLA_-_9967b06fbf82c433afbc27a6e05485eb_(page_57).jpg

Sadads (talk) 15:24, 30 March 2020 (UTC)

Thanks for your comment. If there are no relevant selections for an image, and you don't want to/can't think of others to add, you can skip the image. The skip function is clearly indicated, and users were able to find and understand it in user testing. Regarding the "most specific" comment, this is something we've extensively discussed with the Structured Data team. CGauthier (WMF) (talk) 16:07, 31 March 2020 (UTC)

@CGauthier (WMF) In the APP Beta: There is no skip button: all I am getting is right arrows and then the image reloads 6-8 images later. I have tried to reload the set several times now over the past few days, and all I get is the same images. Clearly something isn't working. Sadads (talk) 12:28, 1 April 2020 (UTC)

@CGauthier (WMF) 8 days later its still on the same loop of files.... even when I add tags. Even after being forced to log out several times, etc. Sadads (talk) 20:41, 7 April 2020 (UTC)

We have tried but failed to reproduce this behaviour. Is there any way you could film it? Johan (WMF) (talk) 04:25, 9 April 2020 (UTC)

@Johan (WMF) I am going to send it to you via work. Sadads (talk) 13:08, 9 April 2020 (UTC)

Creating a lot of awful structured data

Without other properties, folks are just adding anything and everything with the open ended depicts without understanding what "should be in the depicts statement" (only specific things that are visible within the image, and not redundantly with more general concepts). Or mixing location AND depicts, or any number of other things -- folks don't have nearly enough guidance or experience with structured data for this tool be useful

Some example of both false statements and misusing depicts:

https://commons.wikimedia.org/w/index.php?title=File:Building_75_CEF_Ottawa.jpg&action=history

https://commons.wikimedia.org/w/index.php?title=File:Cyclonudista_2018_DSCF6612.jpg&action=history

https://commons.wikimedia.org/w/index.php?title=File:Zeche_Zollverein_abends.jpg&action=history

https://commons.wikimedia.org/w/index.php?title=File:Drachenfels_(ship,_1985)_019.JPG&action=history

https://commons.wikimedia.org/w/index.php?title=File:Harley-Davidson_%22Street_Bob%22.jpg&action=history Sadads (talk) 13:24, 9 April 2020 (UTC)

Thanks for the examples. Johan (WMF) (talk) 13:37, 9 April 2020 (UTC)

For reference on the community consensus of what depicts is see: https://commons.wikimedia.org/wiki/Commons:Depicts Sadads (talk) 13:37, 9 April 2020 (UTC)

Need Q numbers in interface

I just got 2 different parishes in the suggestions and without Q numbers its impossible to work with the blacklist... This makes it very hard to evaluate two similar topics and doesn't educate the user about Wikidata and structured data. How are editors supposed to transition to more specific data and properties without learning about the identifiers? Sadads (talk) 01:28, 10 April 2020 (UTC)

Search drops text when you click outside it

Since there is the limitation described below with Android: if we want search to be useful, it seems that when you click in the greyed out boarder around the tool to check the accuracy of something you are typing and you should be able to open the search box again with your new partially searched thing rather than repopulating with the last succesful search. Sadads (talk) 01:35, 10 April 2020 (UTC)

In the add dialogue: would like to add items without descriptions to my suggested edits

In the add dialogue for tags, it would be awesome if i could do a "hold down click" and add an item without a description to the queue of things I can add a description for. Sadads (talk) 01:47, 10 April 2020 (UTC)

Copy and suggest item in search dialogue is cool

Its really nifty that you can highlight text, click copy and it automatically fills the search. Would lobe more hints in the interface that you can do that. It would also work better if the category names were available as well: then i could be precise and add the information already identified by others. Sadads (talk) 01:52, 10 April 2020 (UTC)

Actually playing with this function more, I think these kinds of edits would be better than the machine suggestions: at least you would know that newer users are just matching against known truths about the image instead of casually adding nonsense. This could be some sort of "highlight what is in the image from the description" workflow. Sadads (talk) 01:59, 10 April 2020 (UTC)

Need a way to signal all suggestions are bad so its not suggested to someone else

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am running across a lot of images, where the suggestions are bad and instead of skipping I want to exclude the image from sugestions to other people so that we can handle it on Wiki in a more accurate fashion. As an experience user I would like more confidence that if I skip it doesn't send the image to someone very likely to add bad tags. Sadads (talk) 02:10, 10 April 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How can I do the suggested translations on Desktop?

I recently used Wikipedia beta app and I noticed a beautiful feature about suggested edit.

Is it possible to use this feature from desktop?

If not, I request admins to allow doing this from desktop too. RIT RAJARSHI (talk) 15:44, 20 September 2020 (UTC)

Hi! Thank you. These specific feeds are only available in the Android app, I'm afraid. They are still experimental, and meant to help new users find editing patterns that might be easier to do on a phone. The next step would be the iOS app mobile web in general, but there are still things that need to be fixed before even that can happen. Johan (WMF) (talk) 18:59, 20 September 2020 (UTC)

@Johan (WMF)

Interestingly, there is a very similar feature (Suggested tags) (https://commons.wikimedia.org/wiki/Commons:Structured_data/Computer-aided_tagging) which I can access from desktop. It would be very helpful if the "suggested translation"s are also available from desktop. Please forward the feedback to the technical team. Regards. RIT RAJARSHI (talk) 20:44, 21 September 2020 (UTC)

Yes, the Android suggested image tags feature is based on this tool. (: Your feedback has been noted! Johan (WMF) (talk) 20:47, 21 September 2020 (UTC)

Which I probably should have mentioned in my first reply. What I meant is that nothing has gone from being available on Android to somewhere else, but that part partly existed elsewhere first. Johan (WMF) (talk) 20:48, 21 September 2020 (UTC)

Off the rails

I stumbled on this example of how a user with apparent issues went on a brief spree: https://www.wikidata.org/w/index.php?title=Special:Contributions/Piely01pi&offset=&limit=500&target=Piely01pi Commons:Administrators' noticeboard/User problems#Piely01pi

I can’t see how we (Wikimedia communities collectively) could have responded differently, and hope the person is getting whatever help they need in real life. Unfortunately a tool that allows users to make numerous, small, rapid, beneficial changes also allows numerous, small, rapid, detrimental changes.

Are you monitoring reversion rates, and who is watching the Wikidata Recent Changes feed for Suggested Edits tag? Pelagic (talk) 04:15, 6 February 2021 (UTC)

Yes, we are monitoring reversion rates, people who get reverted will also get the tool disabled. However, this hasn't been quite enough; we're taking a close look at suggested edits for both Wikidata and Commons. Johan (WMF) (talk) 18:07, 8 February 2021 (UTC)

Some feedback

Hi WMF folks! I just downloaded the Android app to try out this feature, and I have some feedback (mainly on the article descriptions feature, which is the one I've tried so far).

Overall, the design looks very modern and clean, so I hope it'll entice newcomers to start editing.

With the metrics at the top, it's very cool to see the editing streak count. The contributions count was confusing, though, since it said I only had 4500 edits, and I had to click through to infer that it was talking about only in the past 30 days and only in suggested edits areas. It also told me that my 0 image caption contributions had been seen 3000 times in the past 30 days, so something funny is happening there. Granted, this is more of an experienced editor problem, and we're not the target audience, but still, I could see someone not being happy when their count starts mysteriously dropping after a month of going up, or branching out to trying normal editing and wondering why their count doesn't go up from it. Why limit to 30 days and not including lifetime edits? Also, it'd be better (if processing power allows) to include the views for a page only in the days since someone made the edit there; someone who just edited a page hasn't had their work seen by those in the past.

Going into the suggested edit feed, it's confusing and limiting to not have the entire article available. One of the first articles I got was Richard Pennycook, which gave me a first paragraph of Richard John Pennycook CBE (born February 1964) was chief executive officer of the Co-operative Group.This wasn't enough, since to get to the standard [Nationality] [occupation] format for the short description, I needed to either see CBE spelled out as "commander of the order of the British empire", which didn't happen until farther down the page, or be able to click through on it. I didn't see any option to open the rest of the page (it took me a bit to figure out that you need to click "add description" first, then the tab at the bottom). I encountered a similar issue with Army Distinguished Public Service Medal, where I needed to be able to click through to confirm that it was an American military award. For Sir Thomas Taylor, 2nd Baronet, of Kells, not having the birth/death dates in the parentheses was a problem, since the preferred short description of Anglo-Irish politician (1686–1757) required them. People are going to want to have a description in mind by the time they click "add description", so I'd suggest either adding a way to view more from the initial screen, or making people click "add description" first before showing them any article text. Context is really important, so it'd be good to allow people to read more with only one click, not two, and to have it on the same page rather than opening in a new tab.

Beginning a short description with a (capitalized) nationality is an extremely common practice, so it was a little disconcerting to have it yell at me with a brown warning triangle every time that happens, even if it then let me publish anyways. I'd suggest loading a dictionary of proper nouns (or at least nationalities) into the software so it stops doing this.

Once I initially clicked the blue arrow, it took me a minute to realize I was just looking at a preview and needed to tap it again to save. Short descriptions don't require previewing, so I think this should just become one step.

I noticed that the descriptions were only being saved to Wikidata, not Wikipedia. This was after I had read the "your edit is live on Wikipedia" message (which is technically false), so it took me a sec to figure out what was happening. As you're likely aware, short descriptions on Wikipedia/Wikidata is an area that's had some controversy and is in some amount of flux due to the (imo deeply misguided) choice to fork the systems a while back. I'm guessing that you're having folks save to Wikidata because the descriptions there are less standardized than on Wikipedia (which really enforces the "short" part), which makes some sense, but also I predict that eventually the systems will be reunited, so it'd be good to train people how to just add short descriptions directly on Wikipedia. Currently, I couldn't easily find any guidance on what actually makes a good description, which newcomers will likely need.

Some of the pages in the feed seemed pretty minor, or likely to have short descriptions added automatically at some point. I'm curious how the feed is selected; are more trustworthy editors (as measured by experience/reversions) given more important pages? Is the feed tailored based on reading history, or are there plans to allow filtering it to specific categories?

I'll stop there for now since this message is already way longer than I thought it'd be, but I hope the above is useful! Sdkb ^talk 03:52, 13 February 2021 (UTC)

I just checked out the other types of suggested edits, so some feedback on those.

For image captions, it's insanely hard (even as an experienced editor) to add good captions for images that don't already have thorough documentation. If they're in a different language or don't have good data (meaning a useful description), they should not be being surfaced. The only two possible outcomes are (a) editors get frustrated because they can't seem to help out, or (b) they take wild guesses about what the image is or otherwise add a caption that does more harm than good. This task could be useful for some images that have a thorough description but no caption, but it shouldn't go beyond that.

For image tags, I was often able to add very generic tags, but it was much harder to add specific tags, which are what would actually be useful. For instance, for commons:File:Gemeindebau Laaer-Berg-Straße 32.jpg, I was able to tag "apartment building", but we have a million pictures of apartment buildings. I lacked the context (from knowing German or being able to see the location metadata) that would've allowed me to tag the city as well or the specific building, which would be much more useful. As above, I'd suggest not surfacing photos that are described only in a foreign language. People will still probably be able to add something for such photos, but it's unlikely to be useful, and to the extent it removes photos from untagged categories, it could in some cases be worse than doing nothing.

Also, at one point I added some tags, published, then realized there was another one I should add. It should be possible to go back and make corrections or add further tags.

Thanks for reading all this feedback, and again, I hope it's helpful! Sdkb ^talk 04:13, 13 February 2021 (UTC)

@Sdkb We're in the process of evaluating the work on suggested edits so far, so this is very appreciated. I haven't had time to properly read and think about it just yet, but we will take this into our considerations, and maybe get back to you later to follow up if we have questions. Johan (WMF) (talk) 10:24, 13 February 2021 (UTC)

You can see for example https://phabricator.wikimedia.org/T271727 for some of the work on the Commons tags. Johan (WMF) (talk) 10:26, 13 February 2021 (UTC)

Suggestions

RIT RAJARSHI (talkcontribs) @Johan (WMF)

Interestingly, there is a very similar feature (Suggested tags) (https://commons.wikimedia.org/wiki/Commons:Structured_data/Computer-aided_tagging) which I can access from desktop. It would be very helpful if the "suggested translation"s Whois3691 (talk) 15:28, 22 April 2021 (UTC)

Short description length

I see that this feature has graduated to having people make short descriptions directly. One thing I notice is that the character limit is 250, and the counter at the bottom goes X/250 as you type. While I guess in some rare cases it'd be necessary to have a short description that long, our target is 40 characters or less. I'm a bit concerned that having the 250 absolute limit display, without any information about the 40 target, will make people think that their description is a fine length so long as it's under 250. Would it be possible to adjust the design here to nudge people toward not going over 40 unless they really need to? Sdkb ^talk 20:20, 4 May 2021 (UTC)

@JTanner (WMF) and @RSchoenbaechler (WMF), I think you should take this into consideration. Johan (WMF) (talk) 14:53, 6 May 2021 (UTC)

Permanently adding edited page to Watchlist

Does it really have to add every edited page to the Watchlist? At least set it to expire after the maximum duration (6 months), if it have to.

And it (most likely) adds also pages that wasn't even modified (ex. when all suggested links were incorrect, and there's no entry in page history). MarMi wiki (talk) 17:37, 26 December 2021 (UTC)

I've been trying to recreate this issue, and failing. Could you please just confirm that this is not a general watchlist setting you have activated, adding pages you edit to the watchlist? See the preference towards the bottom at w:pl:Specjalna:Preferencje#mw-prefsection-watchlist. Johan (WMF) (talk) 22:07, 14 January 2022 (UTC)

I have only two options set, rest options (related to watchlist) is unset:

*Add pages I create and files I upload to my watchlist

*Add new files I upload to my watchlist

I did a Link suggestions test run, and none of the pages were added to watchlist (including one page with all links rejected).

After checking my watchlist for pages that I edited by Link suggestions:

One page without history entry (I remembered that page because two common words were suggested to be linked to two TV series):

https://pl.wikipedia.org/w/index.php?title=Gia_Carangi&offset=&limit=500&action=history

With history entry (one from Aug, rest from Dec 2021):

https://pl.wikipedia.org/w/index.php?title=Wolne_Pa%C5%84stwo_Orania&action=history

https://pl.wikipedia.org/w/index.php?title=Marek_W%C3%B3jcik&action=history

https://pl.wikipedia.org/w/index.php?title=Konstantin_Mamontow&action=history

https://pl.wikipedia.org/w/index.php?title=Jeronimas_Milius&action=history

https://pl.wikipedia.org/w/index.php?title=D%C5%BCummuah&action=history

https://pl.wikipedia.org/w/index.php?title=Daniel_Bryan&action=history

https://pl.wikipedia.org/w/index.php?title=Carlos_Chagas&action=history MarMi wiki (talk) 23:58, 14 January 2022 (UTC)

Oh, this may have been already fixed - https://phabricator.wikimedia.org/T289547 - or it's just a date coincidence.

Also: https://phabricator.wikimedia.org/T297474. MarMi wiki (talk) 00:07, 15 January 2022 (UTC)

Ah, great. Thank you! Johan (WMF) (talk) 00:51, 15 January 2022 (UTC)

Conflicting instructions for article descriptions

The guidelines for descriptions state that they should not begin with capital letters. However, the app prompts me to capitalize my article descriptions. Of the universe (talk) 17:10, 4 April 2022 (UTC)

I agree, this need to be clarified. I have adopted the Short Descriptions as my WikiGnome calling, in part. Over 12 yeas, I made thousands of edits (12k+ total), many of which were for SD's in en- and ru- Wikipedias. The rules I follow, and recomend, are: on En-wiki, short descriptions start witth a Cap letter. On RU-wiki, always with a lower case, unless it's a proper name or similar. That is the de facto format for almost every page I see.

https://www.wikidata.org/wiki/Help:Description#Capitalization is not in line with what appear to be common best practices + a long-established and closely followed policy by hundreds of editors.

I second the question/proposal whether such should be revised along the lines of the generally accepted principles and to eliminate any confusion, as my colleague had indicated above.

I will be happy to do what is best for the community. In which forum can this be discussed and weighed on by Admins and Stewards?

Cheers,

Floyd23 (talk) 03:27, 5 April 2022 (UTC)

Thank you, @Of the universe.

Wikidata description norms and English Wikipedia norms contradict each other, yes. Unfortunately. Johan (WMF) (talk) 04:25, 5 April 2022 (UTC)

okay, my personal confusion is resolved then. Thanks

The guidelines on the suggested edits main page also says lowercase:

"Article descriptions ...are not capitalized unless the first word is a proper noun."

Should this be changed/removed? Of the universe (talk) 19:10, 5 April 2022 (UTC)

I'm talking about this section: Wikimedia Apps/Suggested edits#Tips for creating article descriptions Of the universe (talk) 19:13, 5 April 2022 (UTC)

I agree, please change, so that it is aligned. Wiki-uk (talk) 19:17, 5 April 2022 (UTC)

Aligned with what? Descriptions generally shouldn’t be capitalized anywhere except for the English Wikipedia. Either describe what the majority does (lowercase), or explain that “sorry people, you should write it lower case everywhere, except for the English Wikipedia, which decided to do it differently”. Aligning with one wiki against hundreds of others is not acceptable, even if that one happens to be the largest. Tacsipacsi (talk) 00:34, 7 April 2022 (UTC)

@Tacsipacsi, we're talking about alignment between the app and the page about the app: The app has a "suggested edits" functionality which prompts the user to capitalize English article short descriptions. The page about the app's suggested edits functionality (which we are on the talk page for) states that short descriptions should *not* be capitalized. These two things are out of alignment. Of the universe (talk) 01:40, 7 April 2022 (UTC)

A "Wikidata description" and a "Short description" are not the same thing. For many Wikipedias, the article description defaults to the description held in Wikidata. On the English WP, the Short description is not fetched from Wikidata, but is part of the article itself. Wikidata descriptions are not capitalised. Short descriptions start with a capital letter. As such, the app should provide advice that depends on which WP is being edited and this article still needs to make this difference clear. — GhostInTheMachine ^{talk to me} 13:30, 12 September 2023 (UTC)

I came here to resolve this as well. It's confusing on Android. If you read the instructions, you're told not to capitalize the first word unless it is a proper noun. Then when you attempt to actually write the caption, it automatically prompts you to capitalize. I'm surprised this thread has been here two years as of this writing and there has not been a fix. Here is a screenshot with highlighting. https://drive.google.com/file/d/1EnCUANosRqCjk0t6ol0v_g6OCNimykqb/view?usp=sharing Oh-Fortuna! (talk) 11:51, 3 April 2024 (UTC)

Thanks. I went ahead and clarified the guidelines. Of the universe (talk) 15:45, 4 April 2024 (UTC)

The link to the help page has disappeared.

The Wikimedia Apps/Suggested edit page has been removed and you cannot currently reach help page from the app. Afaz (talk) 01:53, 3 May 2024 (UTC)

Hello @Afaz,

Regarding the removal of the Wikimedia Apps/Suggested edit page, we now have separate pages for Android suggested edits and iOS suggested edits.

Regarding the inability to reach the help page from the app, I would appreciate it if you could send a screen recording video demonstrating what happens when you try to access the help page. Please send the video to android-support@wikimedia.org. Thanks. ARamadan-WMF (talk) 09:03, 21 May 2024 (UTC)

"Suggested edit" tool should not suggest editing short descriptions when they already exist

This edit, apparently using the Android "suggested edit" feature, changed a valid short description of "none" to something undesirable. The tool should not suggest editing a short description that already exists. Jonesey95 (talk) 14:26, 15 June 2024 (UTC)

Hello @Jonesey95,

We appreciate you raising this concern.Ensuring the accuracy and appropriateness of suggested edits is a priority for us, and we are actively working to improve this aspect of our Android app experience. ARamadan-WMF (talk) 12:28, 28 June 2024 (UTC)

This is T326898, now two years old. Please fix it. Jonesey95 (talk) 15:42, 29 January 2025 (UTC)

Seconded. Especially novice editors screw these up. Altenmann (talk) 20:55, 7 March 2025 (UTC)

These apps must be disabled for novices

I am sick and tired reverting well-meaning, but clueless added/modified "short descriptions". I suggest a certain level of experience must be present for thise who can use this app. Altenmann (talk) 20:51, 7 March 2025 (UTC)

Filter by category?

Hi. I use the image add edit tool most often. It frequently gives me topics that I know nothing about. That's not bad, but it's not what I want to be doing all the time, y'know? I suggest adding an option to only show topics from particular categories and their subcategories. Negative filtering might also be good. For example, maybe someone never wants to see species articles; they could add a high-level category to the exclusion filter. I know nothing about implementation details for this, so don't worry about it if it's a big ask. But think about it! Best, Lethargilistic (talk) 06:09, 14 August 2025 (UTC)

Hi! Thanks for your thoughts on the 'add image' tool. I completely agree—getting suggestions for topics outside our expertise can be overwhelming.​To build on that, I have a suggestion: I think the feature would be even better if it prioritized high-impact articles. This would be especially helpful for languages with fewer articles, ensuring we focus on the most important content first. Crazy Court 651 (talk) 10:20, 6 December 2025 (UTC)

Problem with suggested edits on enwiki

Edits like this should not be happening because redirect pages do not need short descriptions. Someone requested an edit filter to prevent such edits, but it'd probably be better to not have it be an issue in the first place. Clovermoss (talk) 00:31, 19 September 2025 (UTC)

(copying my enwiki comment) There is technically no provision against it, as w:Wikipedia:Short description#Pages that should have a short description only says that redirects usually don't need one, but puts them in the same category as non-mainspace pages (which do happen to occasionally have short descriptions). While redirects from alternate wordings or typos obviously shouldn't, something like {{R to related topic}} or {{R with possibilities}} could justify having one, given things like {{Annotated link}} exist. Chaotic Enby (talk) 01:07, 19 September 2025 (UTC)

Article images introduces wrong parameter for image_alt

I believe that the "Article images" section of the Android app introduces the 'alt' parameter incorrectly instead of the 'image_alt' parameter when you enter an Alternative text. I faced this with the "Abdu Gusau Polytechnic" article on 6-Oct-2025. Ddas (talk) 23:26, 7 October 2025 (UTC)

For convenience, here is the diff link: https://en.wikipedia.org/w/index.php?title=Abdu_Gusau_Polytechnic&diff=1315503786. (In UTC time zone, it’s 7 October 2025.) —Tacsipacsi (talk) 17:55, 11 October 2025 (UTC)

Hidden notes and alt text

This edit has two clear problems that should be picked up automatically. The first is that it is separating a hidden note from its line, it is hard to imagine when that would ever be a good idea. Secondly, the alt text is just a duplicate of the caption, which feels like an easy check. Chipmunkdavis (talk) 09:38, 21 December 2025 (UTC)

My suggested edits is disabled

Hello. As I mentioned on my Wikipedia talk page, about two weeks ago, I lost my ability to edit short descriptions on the Android "suggested edits" tab. Does anyone know why I lost my ability to edit short descriptions with the Android app, why I wasn't notified, about it until I found a message saying that editing short descriptions is disabled?

As @Jonesey95 mentioned to me on my talk page, there is currently a bug going around where the app should not suggest that you add short descriptions to pages where the short description is already set to "none", but it does.

Many thanks in advance, Roads4117 (talk) 09:04, 2 April 2026 (UTC)