Thu, Nov 7
I tested it with a newly created account and it can reproduce the issue.
Wed, Nov 6
As our discussion, we will wait until completely move to mobile-html with the following changes:
Tue, Nov 5
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.
Mon, Nov 4
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.
Fri, Nov 1
Thanks for updating the ticket description, @schoenbaechler
Thanks @schoenbaechler, here's the current status of implementation and it's almost done.
Thu, Oct 31
Just FYI, here's the business logic from Josh, https://phabricator.wikimedia.org/T235537#5624671
Got it, thanks @JMinor
Mon, Oct 28
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.
Fri, Oct 25
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.
Thu, Oct 24
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:
Tue, Oct 22
Mon, Oct 21
@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.
Fri, Oct 18
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:
Wed, Oct 16
Tue, Oct 15
Oct 11 2019
Oct 10 2019
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).
Oct 9 2019
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.
Oct 8 2019
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.
Oct 7 2019
Oct 4 2019
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.
Oct 2 2019
I think the bug has been fixed in this ticket: T192554
Sep 27 2019
Sep 26 2019
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.
Sep 20 2019
Here's the new demo video based on the styles you've recommended.
Sep 12 2019
Sep 11 2019
Will do it, thanks @schoenbaechler
This can wait a bit until we merge this PR: https://github.com/wikimedia/apps-android-wikipedia/pull/623
Sep 10 2019
I see, thanks @schoenbaechler.
Sep 9 2019
@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.
Sep 5 2019
Thanks @Dbrant found a solution for the issue: https://github.com/wikimedia/apps-android-wikipedia/pull/624
Sep 4 2019
User replied with a screenshot, which actually got a null login token:
Sep 3 2019
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.
Aug 31 2019
Note for iOS folks if the issue is still reproducible: