Talk:Wikimedia Apps

Jump to navigation Jump to search

About this board

Issue with the Portuguese app

Ryukenden007 (talkcontribs)

In the "Atualidades" part of the "Explorar" feed, the app keeps showing me covid-related titles without any text body.

Johan (WMF) (talkcontribs)

Thank you. This is Android, right?

Reply to "Issue with the Portuguese app"

Start a search on the same tab

Ryukenden007 (talkcontribs)

When i start a search with an article open, the app will open on a new tab. I find this annoying, because eventually i'll get a lot of tabs open. I have to keep closing them periodically. When i search for a new subject, i'm no longer interested in the last an when i am i can open a new tab by myself. I think the default behavior should be to open the new article in the same tab or at least to have a setting that allowed that. It would also be more similar to the way mobile browsers (on Android) behave and thus a simpler to understand and more consistent experience across apps.

Johan (WMF) (talkcontribs)

Thanks, I've added this our thread of tabs-related feedback.

Reply to "Start a search on the same tab"

Wikipedia-App 2.7.50278 don't work any more on Android 4.4

Peter231 (talkcontribs)

Until two weeks ago the Wikipedia app 2.7.50278-r-2019-12-12 was running without problems on my Android mobile phone (LG-P710). But since then I get the error message (in German): "Es ist ein Fehler aufgetreten - Zurück gehen". To install the app new, did not help.Is the app to old or is my Android 4.4 to old? Is there any other thing I can do? The error message appears independently from the subject I am searching for. It also appears, when I'm try to open the Wikipedia start page.

ZI Jony (talkcontribs)

@Peter231: Android: 2.3 and above should work fine, could you please re-login, hope that will work well.

Peter231 (talkcontribs)

Sorry, but this does not change anything. Whether I log in or not, I always get get the error message "Es ist ein Fehler aufgetreten" (an error arises).

I switched the phone off and on several times in the last week. This does not help. When I start Wikipedia I always see "Wikipedia durchsuchen", "Hauptseite ansehen" and "Würfeln". I can select what I want or enter a search item. The error message is always the same.

2600:1700:B681:1A00:5CA8:C16:42C2:AD1F (talkcontribs)

I have 2.7.277-r-2019-12-11 and it suddenly stopped working on Android 4.2.2 also, a couple days ago.

ZI Jony (talkcontribs)
DBrant (WMF) (talkcontribs)


For Android 4.4 and below, our Android app hasn't been supported for quite a while, and is no longer guaranteed to work. It is likely that our Operations team has updated some security settings on our servers, which is preventing very old versions of the app from connecting successfully. Unfortunately we do not plan on making further updates or security backports to support KitKat and lower, since these versions of Android have reached end-of-life long ago, and no longer get security updates from Google itself.

Reply to "Wikipedia-App 2.7.50278 don't work any more on Android 4.4"
Markuja (talkcontribs)

I am not sure if this is the right place to discuss features of the Android app. I really love Wikipedia and the app and thus I have 70 tabs open. However, I am really not interested in managing these tabs, as I prefer to use the search function. Can I disable to use tabs or close all tabs regularly?

Thanks for your support and work for Wiki!

CGauthier (WMF) (talkcontribs)

Hi! It's not possible to disable using tabs. If you go to the tabs view and click on the overflow menu (the three dot menu) in the upper right, you will see a "close all tabs" function.

Reply to "Too many open tabs" (talkcontribs)

They could create applications for the other projects as well. It is common for several news sources to create applications. It would be nice for Wikinews to have one too.

Johan (WMF) (talkcontribs)

There's a Wikimedia Commons app that's developed by volunteer developers:

Likewise, I think a Wikinews app is far more likely to happen as a volunteer effort than as a Foundation project, unfortunately. The existing apps are open source, of course, and anyone could build on them.

Reply to "Other projects"
Onjayoxnay (talkcontribs)
 Dear Charlotte, Dmitry, Cooltey, Sharvani, & Robin (ie, Wp Android app team):
 Thx so much for creating & perfecting (your conscientious effort is quite obvious) this Wp app. I've used Wp almost every day since discovering it ~2005; saving 100s of trips to my local library, and improving my quality of life enormously. I have contributed $50 now & then (tho I am poor, by US stds).
 ~March 2020 I finally took a chance (my Moto E 5 Play smart phone has limited secondary storage) & installed the Wp app. My Wp user experience has improved even more.
 I contributed my first article edit last week, and last night when the app enthusiastically invited me to contribute by tagging some pics, and later to create a Onjayoxnay Wp Commons Page, I did both. 
 Returning to my purpose here today, thank you all very much for all your work on the app. It is such a blessing (dubious word choice?? I am a Deist...) to my life.
 Be well, all.
 -- John Knox
CGauthier (WMF) (talkcontribs)

Thank you so much! That's extremely kind of you, and the whole team very much appreciates it. :)

Johan (WMF) (talkcontribs)

Thank you, for using and for your kind words.

SHaran (WMF) (talkcontribs)

Thank you! so kind of you! :)

RSchoenbaechler (WMF) (talkcontribs)

Thanks a lot for your kind and encouraging message! @Onjayoxnay

Reply to "Just a sincere Thank You."
Recurringintensity (talkcontribs)
I've been adding tags to images from the suggested edits section in the Android app. Just trying to do my part. I've been a user and reader for several years, occasionally donating when I can. Now that we all have extra time on our hands, I thought, why not help the site I use everyday. It's actually been really fun tagging the images from the suggested edits tab on the App. I would tag a few, later on I would get notified about my contributions. I have to say I really do like helping, even if it's just a little.
Wikipedia would suggest images/photos, I would spend a few minutes researching a tag. Making sure that it was actually adding usefulness to the image. I did a few around noon today, expecting to see those added to my small number of contributions (quite proud of 😁). 
This evening the user/Admin  A.Savin left the message on my user talk page "Please do not contribute nonsense-edits. Vandalism is not appreciated." 
I couldn't figure out what I did that would make one of the Admins think this. I'm new to editing and don't have anything of a profile, but I can't help but to think if I ever try editing/tagging anything again that required approval would be biased. I know that's what I would think if I looked at a new users edit and saw that. Now the only thing on my user talk page is this message blaming me for doing something I would never do.
I wish they could have just fixed it and messaged me about my mistake. I'll try tagging again tomorrow. If anyone looks at my edits could you please suggest what I'm doing wrong.
Johan (WMF) (talkcontribs)

Hi @Recurringintensity. First, let me thank you for your edits and your desire to help Wikipedia and Wikimedia Commons. It's appreciated. The problem here isn't you, but the suggestions you've been given.

In short, this is a new feature (still in beta) and we've been testing it, hoping that it would be a good way to help newcomers edit. Depicts (the tags) is a new feature, and the computer-aided tagging even newer. It's become clear that there's a disconnect between what the computer-aided tagging suggests and what the existing community of editors who are looking after Commons expect. The suggestions have been fairly general: railway, railway station and so on, but the community wants the new feature to be more specific: Peterborough railway station. This means that you've been caught in between, doing your best, given the material you've been given. We're currently addressing this by moving away from the automatic suggestions, and steering users towards the information about the files. People like you, who have been testing the feature, have been crucial in making us understand what we need to do development-wise. Thank you.

Reply to "Beware tagging images"
The ed17 (talkcontribs)

Hello! I wanted to report that on the Wikipedia Android app, hatnotes aren't shown. This is an issue because people going to, say, the "coronavirus" article won't see the "This article is about the group of viruses ..." hatnote and therefore may not understand why they can't find any information on the current pandemic.

Johan (WMF) (talkcontribs)
Reply to "On hatnotes"
Johannnes89 (talkcontribs)


the mobile app (both android and iOS) automatically shows a Picture / Logo as a Header-Image of Articles, if there is one at Wikidata.

Unfortunately with logos, this doesn't look very good, as the app zooms in and therefore crops some parts of the logo (see Screenshot – tested with the german article HateAid with this wikidata-item.

On mobile (or pc) browsers the logo is just shown at the infobox, as it is intended – and with correct dimensions. If an article's wikidata item has no logo/picture, the app doesn't show a header-image, which in the case of my screenshot would look better.

Do you have an idea on how to fix this (except from removing the logo from wikidata, which would remove the header-image completely)? Is there a setting that makes the app not zoom-in?

Bests regards --~~~~

Johan (WMF) (talkcontribs)

Thanks for your feedback, @Johannnes89. We'll get back to you.

Johan (WMF) (talkcontribs)

The developers are currently discussing this. We'll see what comes out of it.

Johannnes89 (talkcontribs)

Thank you!

Johan (WMF) (talkcontribs)

Unfortunately, the images don't actually come from Wikidata but are selected by the PageImages extension. This makes it more difficult to handle, but we might find some workaround, i.e. "SVG of a certain size" or something like that.

Johannnes89 (talkcontribs)

Ahh thanks for clarifying!

Reply to "Header-Image from Wikidata"
XanonymusX (talkcontribs)

I wanted to point out phab:T212610 here. Basically, because of a long-known iOS bug (or anomaly), CSS tooltips remain sticky on mobile devices. Apparently, the mobile version (.m domain) is able to handle the problem well; the iOS app however behaves just like the desktop version. I feel like that should be fixed quickly, after all it is specifically the iOS app!

Johan (WMF) (talkcontribs)

I've added the ticket to the iOS app bug project on Phabricator.

Reply to "iOS bug not handled in app"