Hi,
If a tenant has created several applications, and each application need a custom layout universal login page, how to do that?
Or is it possible to read the application related variables an do some if conditions on the layout to show stuff?
Thanks.
2 Likes
The classic experience for universal login allows you to fully customize it and one of the parameters available within that page is the client identifier, so it’s technically possible to change the layout conditionally per application.
However, the more important question… should you? In general the recommendation would be no, you should not. You should think of this page as the common login page used by the different applications (web site, mobile applications, desktop applications) that your service makes available to your end-users.
What’s the use case you have where multiple applications require a completely different branding?
1 Like
We white-label our universal login page using the hostname of the config.callbackURL variable. Our use-case is that we sell our app both at the regional association level and at an individual client level. The regional associations have struct branding guidelines that require us to do the white-labeling.
2 Likes
What does the white label here mean?
Thanks, My use case is pretty simple.
Our system has staging version and production version.
For staging version and production version login page, I want to add a tag on the page to let people know they are entering the staging or production app login page.
Seems like I can read the client identifier on the login page and associate some changes.
1 Like
@arel.hello the recommendation for that situation would be to actually have separate tenants for the production and staging environments (Set Up Multiple Environments).
1 Like
Thanks! I think that’s reasonable.