As we know, we cannot translate the login message. Here is tha last statement from AWS. The only thing I found where 2 posts here.
But I could not get it work.
Does anybody know a workaround?
@Praveen could we translate the Sign-in-Box?
And instead of โAWS Cognitoโ could we use the name of the Auth Domain?
Could we use even our own logo instead of the AWS logo?
Can we get rid of the ID above the Useremail?
Just for me, Morgan added an option to hide the useremail and username from the menu. There is now a toggleโฆ Also, @praveen is looking to help us out with some Cognito love
Also, something which is a huge pain that you need to consider, the username/email login is case sensitiveโฆ Killing my usersโฆ (Weโre forcing the emails on signup to be lowercase, and then telling the users to sign-in using all lowercase, but itโs patchy at bestโฆ)
On my radar (thanks Grant and sorry for the slow response). Investigating to see what is possible.
I really appreciate it. Thanks man!
Chiming in @Grant_Stead as he is using Cognito too
@Grant_Stead the news isnโt very good wrt case-insensitive emails. See https://forums.aws.amazon.com/message.jspa?messageID=788633
It looks like there may be a lambda function that could be used to mitigate some of the behaviors. Iโm wondering if we (AppSheet) should set up this lambda function for you or any of our customers to use. Would you find that useful?
@praveen
That could be awesome provided AppSheet can make its own lambda function
Iโll have to take a real good look at that. Weโve been playing with it, and havenโt had any success with lambdaโฆ @Stefan_Quartemont was saying that the sequence is, AWA checks to see if the user is in the pool, then pre authentication triggers run. So lambda wonโt run to force lowercase on the flyโฆ So it would have to be something application side before it sends to AWSโฆ Or even a validation message that doesnโt except it would fineโฆ โUsername must be all lowercase.โ But yeah, itโs a bummerโฆ Also having to click the โAWS Cognitoโ layer when nothing else is present is strange for the usersโฆ
โAlso having to click the โAWS Cognitoโ layer when nothing else is present is strange for the usersโฆโ
We can do something about this. And also @Fabian 's original request at the top of this thread.
@praveen That would be awesome!
Iโm adding the ability to have every app define a DisplayName for its domain auth source. So that would be shown instead of โAWS Cognitoโ.
Upon some further thought, Iโm not sure we would remove the initial Login screen by default. The reason is the privacy policy and terms of use. These are required for GDPR, for example, and in general are good practice for any app signin.
In any case, signin happens relatively rarely because we remember that the user is signed in.
Does this sound reasonable or am I missing a significant pain point?
That Display Name feature for Cognito is an awesome progress @praveen, TY!!
Very cool. I think thatโs a great option.
Thanks!!
I guess mine is just going to say โCLICK HERE to sign-inโ
It just feels redundant when thereโs only one auth optionโฆ But the display name change will help us indicate that they need to click it and continueโฆ (I literally had this guy bill call me to ask what he was supposed to do next, and I said โClick the AWS Cognito buttonโ and he was like ohhhh okโฆ)
That would be fantastic @praveen especially for those who cannot read English like some of my users.
Could you please also take a look at the links in my original post about translating the AWS Cognito signing? There was one guy who was able to do it via css into the customization boxes in the Cognito interface . But I was not able to reproduce it.
Per the AWS forum, this comment is exactly where my team has been getting stuck:
When it canโt find the user (because of an upper-case character), it displays โUser does not existโ to the user before even calling my lambda
We get that error when trying to correct the case with a Pre-Authentication trigger.
It seems like one person got some kind of fix with a Pre-Authentication trigger but I have not been able to reproduce.
Seems like the suggested course of action is setting up custom UI instead of using the Cognito UI.
Hmm, thatโs interesting. I had not realized it wasnโt obvious that it should be clicked. We can do something about that perhaps from a UI perspective.
Ok, the DisplayName option will be part of the Domain Auth section of the app editor after we deploy on Monday. Iโm also looking at whether we can customize the prvacy policy and terms of use at the same time.
Awesome! Appreciate you working to clean this part up for us Appsheet junkies!
@praveen this works fantastic!
Thank you!
@praveen Could we enter expressions in the โAuthentication display nameโ? So we could add translation.
Resurrecting this dead topic.
Any possibility of skipping the initial login screen and pre-selecting an option? If we are using Cognito, could we not add the privacy policy and terms of use to the Cognito login screen?
User | Count |
---|---|
43 | |
30 | |
24 | |
23 | |
13 |