@schoenbaechler looks like we might have to wait for the stable release. Looks like google is tracking this issue: https://issuetracker.google.com/issues/115754572.

@schoenbaechler thank you for all the updated icons :-)

@Dbrant @Charlotte I have moved this to 'Done' as this cannot be tested and has already been included in the previous release.

@schoenbaechler the circle with accent background is rendering differently,

@schoenbaechler for completion sake can we add green90 to our palette and have a group.. even if it is just the same color for all themes?

Thank you @schoenbaechler

@schoenbaechler thank you for the above clarifications. Couple more
1.is this tool tip text finalized?:
https://app.zeplin.io/project/57a120b91998d8977642a238/screen/5d6fe67366c07d187b8ac732

@Dbrant thats is a good point.. I did not try to reproduce it after fixing it... steps to a possible reproduction would be... re-install both the opera and opera mini apps on the phone and set a default browser and try to open an external link from the app.

Also while we are at it... need a few confirmations:
All text color is material_theme_secondary_color [color_group_30]?
The all-caps headings are material_theme_primary_color [color_group_40]?
Stats icons size is 32 x 32?
Task icon is 48 x 48 background circle, and image 24 x 24 ?

@schoenbaechler thank you for all the clarifications above. One more :-)
I did not find a color group for the inner circle background for Edit quality stats icon:

In T231445#5511837, @schoenbaechler wrote:

Of course I liked my own idea from our call earlier of having a greyed-out translate button that then led users into a set languages flow, but I look forward to seeing how much better a thing you can come up with. 😄

No better idea needed @Charlotte! 👏 I love this “less but better” approach!

I inspected this bug on @JKatzWMF phone yesterday and here are my findings @Charlotte
The root cause was that when a default app is chosen for browsing, under settings -> apps ->Default apps
If that app is incapable of opening our links, we get this message. I resolved this on Jon’s phone by deleting the opera browser, which started working properly but was still choosing Chrome automatically. However resetting the default preferences, started showing a chooser with all the available browsers as expected.

Thank you @schoenbaechler! Will do this.

@Jhernandez Of the 4 things required to display stats, this is what I feel we would need

Is there a zeplin mock up for this... It is ok if we don't, I was able to guess most measurements ... and we can fix the styles during review.

@schoenbaechler Couple things:

@schoenbaechler @Charlotte How about when the user is not logged in?

@Charlotte I agree. This ticket should at least be about better messages conditionally, if the bug itself is not reproducible[DDoS attack was my guess too].

My best guess is that the user is referring to copying the url of the article through the share menu - 'Copy to Clipboard' utility. It is working fine in the current production version:
https://youtu.be/4cBQnncRjPw

Resolved @schoenbaechler! Lmk if it all looks good.

perfect! thank you @Charlotte

Also a quick question @dchen @Charlotte is the survey still active on the 26th or does it end at the start of the day at 0h:0m:0s?

Just for process... approved screenshot.

@Charlotte @ABorbaWMF Not able to reproduce this issue.

@schoenbaechler I found that the root cause for this is that, on Gallery cta, we hide the explicit cta, since we have the edit button, only when there is neither structured nor unstructured caption available. However, we show it when there is an unstructured caption available, but no structured. However, on article cta we show in either case, which i feel is what should be the case. I have created a PR for correcting this logic, but please let me know if we need to do otherwise.
Thank you!

I have merged it... and I did not completely understand 1) - is it that for any random image which doesn't have a structured caption in primary language, only sometimes the article CTA is shown and other times it is not? - I could not reproduce that.

Merged... @schoenbaechler ready for sign-off

Moved back to design sign-off @schoenbaechler

Thank you for making this change @cooltey . Appreciate it. Will move it .

@schoenbaechler ready for sign-off

@Charlotte Gauthier @schoenbaechler, we will re-release tomorrow once the design sign-off is done on this ticket, which will also give us some time to keep testing ..

Thank you @bearND

You are right @bearND. Sorry about that , we don't need the purpose attribute. That is derived natively.

In T224728#5359257, @JoeWalsh wrote:

@Charlotte @Sharvaniharan patch for review is linked on the other bug. If that goes through it'd be a better short term solution, but switching to media-list is still the long term solution

@JoeWalsh I don't see structured captions in the response. For example for the file File:Billy_Joel_Shankbone_NYC_2009

@Charlotte here is the ticket I have created for RI : https://phabricator.wikimedia.org/T228774

@schoenbaechler @Charlotte This is a blocking bug that happens because of an unexpected response from the api returning structured edits. We will have to notify RI team and will be blocked until it is resolved. Great catch @schoenbaechler

Also, generally when the user is reading the article in secondary language and opens the gallery, but there is no structured caption present in that language, it should fallback to the primary language, or to the unstructured caption in the secondary language.

1. @schoenbaechler Thank you ..Will fix this.

The green color in the snackbar for action button is a standard across the app in all the places where we use this kind of snackbar. We set it all in just one place. Can I change it so it is color-group-3 for all, or should we leave it green to maintain uniformity, or should this be different?

@schoenbaechler ready for sign off!