I tested it with a newly created account and it can reproduce the issue.
https://commons.wikimedia.org/wiki/File:Seal_of_the_President_of_the_United_States.svg

As our discussion, we will wait until completely move to mobile-html with the following changes:

Since the Okhttp library is now using Kotlin on the project, it would be a good idea for us to also to convert our network related classes to Kotlin, so that we can continually use our current mechanism of saving article offline.

Look into any existing offline formats supported by the Android web view (webarchive, etc)

Thanks @cooltey, this is going to have a positive impact on donations. Question: what is its current behavior? It would be ideal if it always updates to the current weekday & date.

Done.

Referencing to here and now has proven to be very effective in fundraising appeals. Is there a way to make displaying weekday and date possible above the card? I suggest to put some time into investigating on it.

I added the regular date format (just like other card type) above the fundraising card, does that work for you?

I forgot to update the API parameter for you to check. Updated!

Done. Please let me know if it need other design changes.

Thanks for updating the ticket description, @schoenbaechler

Thanks @schoenbaechler, here's the current status of implementation and it's almost done.

Just FYI, here's the business logic from Josh, https://phabricator.wikimedia.org/T235537#5624671

Got it, thanks @JMinor

Will it be possible to have both feed and article in the placement field in one country's setting? e.g. placement: both?

The API was completed and there's no QA/Design signoff needed, so moved it to Blocked/Waiting column to waiting for the actual implementation on the Android side.

It shouldn't be for every edit, surely? The streak length measures the number of days with at least 1 edit, and should only increment once a day no matter how many edits are made on that day.

Sorry I posted a comment by accident. Should post that comment on the edit streak API ticket.

The API response now will look like below:

@cooltey There shouldn't be anything for us to do with this task. The article and/or template should be edited to behave better on mobile.

Base on our discussion, we can move this to Tracking and add Android-app-feature-mobile-html and wikimedia-page-library to it.

Just found that the MaterialCardView (https://material.io/develop/android/components/material-card-view/) supports adding a border to the view, and it is how it looks like:

Hi @schoenbaechler

Can we make the snackbar permanent until users interact with it? The 10 seconds seem to short to really read it and I think the newly added Suggested edits tab bar icon profits from more background. Also, in my case, it disappeared before I actually saw it because it was in competition with the “Sync reading lists” dialog (it overlapped the snackbar at first).

Move this ticket to the O-board since it depends on the changes in mobile-html

Not sure why but I can still add or edit the image caption if the file is being protected now.

08) Image thumbnails are not displayed for certain article descriptions:

The reason why it does not show the image was that the article summary inside the bottom bar is in "German", and sometimes the article in different languages will not have the same lead images.

The PR is basically done for review and will need to move to the Blocked/Waiting since we're still waiting for other mobile-html stuff to be done.
https://github.com/wikimedia/apps-android-wikipedia/pull/680

I think the bug has been fixed in this ticket: T192554

@schoenbaechler

04) Apply new consistent CTA style in Explore feed for all SE cards:

I noticed that the current SE cards on the explore feed don't have the date and always have the language tag on the header bar, should we make it as it is?

Note: I can claim this ticket but not sure if it is ready for dev now @schoenbaechler.

Here's the new demo video based on the styles you've recommended.
https://www.youtube.com/watch?v=cZ7TgAtmTBE

@schoenbaechler
Not sure how what's your preferences about showing the pulsing animation, and here's my implementation of it.
https://www.youtube.com/watch?v=Ztyn_zKaSek

Will do it, thanks @schoenbaechler

This can wait a bit until we merge this PR: https://github.com/wikimedia/apps-android-wikipedia/pull/623

I see, thanks @schoenbaechler.

@schoenbaechler Is it ready for dev now? (Since you're still claiming this ticket)

Created a bug ticket about syncing reading list entries since it will affect the correctness when requesting page/summary.
https://phabricator.wikimedia.org/T232384

Thanks @Dbrant found a solution for the issue: https://github.com/wikimedia/apps-android-wikipedia/pull/624

Update:
(https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=11149624#13345434)
User replied with a screenshot, which actually got a null login token:

Note: sent a beta APK version of storing and displaying the "login token" to the users to see if it actually sends a null logintoken when logging in.

Update: the RxJava login logic does not solve the issue since both of the users reported the same "login token" message.

Note for iOS folks if the issue is still reproducible: