My custom policies for AzureB2C is based on this example:
https://github.com/azure-ad-b2c/samples/tree/master/policies/split-email-verification-and-signup
This splits the email verification from the actual sign-up and provides a better user experience.
I would like to remove the third page in the email verification flow as you can see in the image from the page above. (It's the one with the 'Change email' button)
Is there a way to achieve this?
I research in the official documentation and a lot of examples but did not find a solution yet :(
I'm thankful for any hint in the right direction.
Karin
• You can try hiding the change email button or to be more appropriate, remove that entry from the html page file that contains this entry, most probably ‘selfAsserted.html’. Please find the below entry in your CSS page and modify it to hide the associated HTML elements or remove them to omit the ‘change email’ page and continue to the user signup details page.
' <style type="text/css">
.changeClaims
{
visibility: hidden;
}
</style> '
The default name of the Change email button in selfAsserted.html is changeclaims. To find the button name, on the sign-up page, inspect the page source by using a browser tool like Inspect.
• The removal of the ‘changeclaims’ entry in the page source HTML file will directly redirect the user to the user details fill up and sign-up page.
Please find the below link for more information: -
https://learn.microsoft.com/en-us/azure/active-directory-b2c/add-password-reset-policy?pivots=b2c-user-flow
https://learn.microsoft.com/en-us/azure/active-directory-b2c/customize-ui-with-html?pivots=b2c-user-flow
The answer from #KartikBhiwapurkar-MT pointed me in the right direction to solve my problem.
I don't no why but adding
<style type="text/css">
.changeClaims {
visibility: hidden
}
</style>
to my selfAsserted.html and unified.html did not work. In my case the name of the "Change email" button in selfAsserted.html and unified.html was not changeclaims. I had to use the CSS id of the button which was "email_ver_but_edit".
#email_ver_but_edit {
visibility: hidden;
}
I advice everyone to inspect their html page with some Inspector tool of your favourite browser. If you are doing iOS app development and you want to inspect the webpage on your iOS device, you can do the following:
On you iOS device open the settings page
Tap on "Safari"
Scroll down to "Advanced"
Enable "Web Inspector"
Now connect your iOS device via USB cable to your Mac
Open the web page you want to inspect on the iOS Device
Open your Safari browser on the mac
Go to menu "Developer" and look for a menu entry with the name of your iOS device.
Here you should see an entry which opens up the inspector on the Mac and let you inspect the page on your iOS device.
Thank you Apple for this feature. It saved me a lot of time.
Related
I can't publish my chrome extension because it says "You must provide a contact email before you can publish any item."
I entered my E-Mail Address but it still does not work. Does anyone know how to configure that?
I published extensions successfully in the past, but apparently there was a policy change.
Here is the error message:
And here the config i did:
They overhauled their dashboard and this was hella confusing for me.
You need to click the header, and then account, and then you can find the email address here:
I faced same issue but it works after re-login.
As aforementioned by Haru you'll need to re-login to fix it. To itemize, here is how you can fix it:
Head to your Google Chrome Developer Dashboard
On the top left, click on the collapsible menu (three bars icon)
Choose the second option: "account"
Under the heading "Profile" add your email.
On the top right, click on your profile picture.
A small screen will popup. Choose the option at the bottom: "logout"
Now when you login it will be working as expected.
When attempting to the load the default SSO SignIn page in Azure, the Email Address element is selected by default and in focus as follows;
When the page is zoomed the Email Address input is rendered at the top of the page on load, this causes tablets and smaller devices to be presented with a page that is already scrolled.
I have attempted to add a new input on a custom page and given it a tabindex of 0 (as a hack) as the default for all element contained inside the "api" div is 1.
I have also given the input element the autofocus attribute but it seems to strip both on render.
https://www.realmadrid.com/en/login is using a similar SignIn page and appear to have this function turned off, having gone through all the source that I could find it isn't directly apparent how they are achieving this.
Obviously this would be easy if it were possible to use JavaScript on custom pages in Azure B2C SSO but as this is not yet possible, does anyone know of a possible workaround or fix for this issue?
Update:
It's a little hard to illustrate using a screenshot, but if you select 'run now' on a new default 'SIGN-UP OR SIGN-IN POLICY' policy, set responsive as per screenshot, scroll to the top of the page and press F5, you'll be able to see the stated behavior.
We are using heavily custom policies, I'm aware of how to do this, I'm using a default example for ease of replication.
This is no longer an issue due to MS allowing front end JS https://learn.microsoft.com/en-us/azure/active-directory-b2c/javascript-samples
I am using Spotify Widget and the embeded code is
<-iframe src="https://embed.spotify.com/?uri=spotify:user:erebore:playlist:788MOXyTfcUb1tdw4oC7KJ&view=coverart" width="292" height="80" frameborder="0" allowtransparency="true"></iframe>
There is an option for embeded code where you can show the playlist like,
<-iframe src="https://embed.spotify.com/?uri=spotify:user:erebore:playlist:788MOXyTfcUb1tdw4oC7KJ" width="250" height="80" frameborder="0" allowtransparency="true"></iframe>
But due to size limitation we cannot use this code.
I would like to have the ability for users on my site to click the Spotify button on my homepage and be directed straight to playlists I have chosen. Right now, I can only see one song at a time and if I click the Spotify icon
it just take me to the home page of Spotify and invites me to register or log in. Is there an easier way to direct my users straight to the music I've chosen for the theme of my website?
Thanks
I'm a bit unsure of how you exactly want it to look and work but you can always link to the open pages, here is an example (that will send the user to the open.spotify.com site tho):
http://open.spotify.com/user/spotify/playlist/1GQLlzxBxKTb6tJsD4RxHI
The playlist will start playing if you have the spotify desktop app open.
You can get an open link for any playlist in the Spotify client by pressing the (...) button in the header of a playlist and pick "copy http url".
Is it possible to show Login Control of Sharepoint in Visual web part?
My Requirement:
I have to hide complete ribbon but login should be visible.
Try to hide ribbon completly from all users using #s4-ribbonrow { display: none; } in the master page all the time and add link in the web part or custom user control using next URL:
htt*://testsite.dev/_layouts/Authenticate.aspx?Source=%2FSitePages%2FHome.aspx.
This link will prompt to login window.
Once user logges in -> he will be redirected to "/SitePages/Home.aspx" specified in the link URL
I have a Web page in which I embed a Google docs viewer in an iFrame
<iframe src="http://docs.google.com/viewer?url=URL-encoded-URL&embedded=true" width="750" height="960" style="border: none;"></iframe>
(where URL-encoded-URL is an actual encoded URL).
For many/most of my users, the Google PDF Doc viewer appears and displays the referenced PDF.
But some of my users instead see the Google Docs page with the login box. I've no idea why that happens. Has anyone heard of this happening? And more important, know why, and what can be done to ensure the PDF is shown.
I second Zhami's comment on the question. This happens when you (the user) has a google account whose login has expired. The login page shows them Email: field already filled in with your email but asks for your password. If you then click on "change user", the email field goes back to empty and then you can go back to the iframe page and you will see the document.
I think maybe we can say this is a google bug?