Not sure if there's a way to get the list of descriptions in different variants, similar to the varianttitles? or do we need to make another API call for that?

@cooltey whoops, yes, I missed a parameter:

The web team do consume this API too but do not use the summary portion. We use Wikidata descriptions.

The short answer is: absolutely.

We're returning a fairly verbose response right now because it was useful for debugging etc. It shouldn't really affect latency and it'll max out at like 30KB probably but it's more info than is needed by default. @Seddon perhaps you could advise us on what the Android app actually wants and then we only include the rest if a debug parameter is explicitly passed?

The icon is purely symbolic. If the icon will be changed, it will be part of a larger design refresh of the Randomizer screen.

What does the workflow look like for IP masked users?

It seems the issue is that the user expected to see their User page, but since this user page doesn't exist, the app just shows an error and doesn't provide an option to create the page. This would then fall under T131284.

This seems to be asking for a font that is not served by the WMF maps service.
Here are the fonts that are served statically:
https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/services/kartotherian/+/refs/heads/master/static/webgl/font/

I de-duplicated the child tasks, since they are the same issue, therefore this task can also be closed.

This looks like a user has comments/opinions on the content of an article, so they should be directed to the Talk page of that article.

In T344378#9192543, @Dmantena wrote:

@Dbrant any thoughts/recommendations around efficiently pulling a meaningful block of text?

apk: https://github.com/wikimedia/apps-android-wikipedia/actions/runs/6326381460

I can confirm that apps no longer require hydration of the summary piece in the reading lists responses. The iOS app never used it at all, and the Android app used it as an optimization (because it was there) to display the description and thumbnail of reading list items slightly sooner, before they get populated by our background service that saves the items for offline use. (We have a task T346739 for completely removing it from our code, and there shouldn't be any difficulty, since it's already working without it.)

Phabricator tasks are for reporting very specific and concrete bugs and feature requests. Please break down user feedback into digestible tasks.

No worries!

You're both right - The order of the items in this context menu is partially under the system's control, and partially under our control, such that it may be possible for us to rearrange them.
I do agree that we should reevaluate the order of the items based on most likely user intentions, preferably supported by data with a citation ;)
We'll discuss with the team.

@Fgnievinski What mobile browser are you using? The browser should automatically redirect to the m. version of Wikipedia URLs, based on your user-agent.
We would rather use the canonical URLs in the app, instead of hard-coding the m. version.

A promising gist: https://gist.github.com/vincent1086/1ca4df897efcf9bc0a4bda771af5636a

@BPirkle iOS does not use the summary field at all. (in this particular instance)

@ARamadan-WMF This is missing some of the information included in the email. The full text is:

@scblr
I'm not sure this screen will be able to have all the stuff in the toolbar like Search, Tabs, Bell, etc.
The wrap-in WebView is a fully separate (modal) activity; it's not the same as having another "tab" while reading an article.

After meeting with both apps teams, here is an updated version of the agreed-upon structure:

It sounds like a random transient network condition. Let's reopen if we get additional reports.

Closing this, since all child tasks were completed and any remaining inconsistencies in the future can be cleaned up as we go along.

@GTRus21 Am I correct that the issue is the labels (Москва, Алатырь, итд) have an incorrect dark background?

@ARamadan-WMF Would you mind giving the task a name that describes what the bug is?
This will make it more easily searchable and understandable.

@ARamadan-WMF

• What is the version of the app they're using?
• What version of Android is this?
• Is this still happening, or did it happen once and not anymore?

Like similar occasional issues with individual devices, this is impossible to diagnose without physical access to that particular device.

In the Play Store console we had "Automatic Integrity Protection" enabled, which was forcing it to verify whether the app was installed from the Play Store. When the user logs out of their Google account, it's no longer able to perform the verification.
This has now been disabled, and should no longer be an issue.

Closed as duplicate, since this extension will soon be unpublished anyway.

This was very likely a fluke on Commons, where the picture of the day was edited (or vandalized), and is not something we can control in the app. The second screenshot (showing Tolkien letters) doesn't seem like it would be a Picture of the Day, and indeed it never was.

Here's a rough outline of how we could move forward with both a) accommodating multilingual campaigns, and b) allowing self-service to modify campaigns without having to redeploy any resources.

In T345801#9148545, @phuedx wrote:

@Dbrant: Is there an API similar to Performance.now() for Android?

Thanks for the additional info. We're not really able to reproduce this behavior, and we haven't heard any similar reports from other users. Aside from physical access to your specific device, I'm not sure what other data might be helpful.