Re: [keycloak-dev] error page ready?
by Gabriel Cardoso
The implementation of the error message in the login / registration pages is ready and live.
To see the result, just click the "Log in" or "Register" button.
http://ejsclient-cardosogabriel.rhcloud.com/saas-login.html
http://ejsclient-cardosogabriel.rhcloud.com/saas-register.html
Thanks,
Gabriel
On Aug 2, 2013, at 2:51 PM, Gabriel Cardoso wrote:
> I have a proposal but have not implemented it yet.
>
> I can do this on Monday :)
>
> <Screen Shot 2013-08-02 at 2.50.29 PM.png>
>
> Gabriel
>
>
> On Aug 2, 2013, at 2:47 PM, Bill Burke wrote:
>
>> Gabriel,
>>
>> Do you have an example that shows an error message if the login is
>> incorrect? (Wrong password, etc...)
>> --
>> Bill Burke
>> JBoss, a division of Red Hat
>> http://bill.burkecentral.com
>> _______________________________________________
>> keycloak-dev mailing list
>> keycloak-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
12 years, 10 months
further progress on admin UI
by Bill Burke
I've made some progress with the admin UI. Working with angular and
javascript has been slow going so far, but I'm starting to get the hang
of it. Boot up the demo and go to:
http://localhost:8080/auth-server/saas/saas-register.jsp
You should be able to:
* logout/relogin.
* Create new realm
* navigate between realms
* add/view roles
Not a lot, but I got bogged down doing the simplest of
javascript/angular things.
I've been working on some changes in the datamodel too. There are now
Resource, OAuthClient and User required credentials. For example, users
might require password/totp, while resource and oauth clients might
require SSL client-cert auth. I've also expanded the REST services a
little bit to support the UI elements.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
12 years, 10 months
Re: [keycloak-dev] Realm pages
by Stian Thorgersen
If someone doesn't upload a logo, do we display the Keycloak log or nothing? It would also be good to let people upload a background image as well.
The position of "Powered by Keycloak" doesn't look right to me. If it's that close to the "LOGIN TO SUBWAY" I think it should be superscript (slightly above).
----- Original Message -----
> From: "Stian Thorgersen" <stian(a)redhat.com>
> To: "Gabriel Cardoso" <gcardoso(a)redhat.com>
> Cc: keycloak-dev(a)lists.jboss.org
> Sent: Friday, 2 August, 2013 9:26:45 AM
> Subject: Re: [keycloak-dev] Realm pages
>
> If someone doesn't upload a logo, do we display the Keycloak log or nothing?
> It would also be good to let people upload a background image as well.
>
> The position of "Powered by Keycloak" doesn't look right to me. If it's that
> close to the "LOGIN TO SUBWAY" I think it should be superscript (i.e.
> slightly above).
>
> Attached screenshot with the issues for the registration page, forgot to do
> that before. Would be good to test on many browsers with something like
> http://browsershots.org/. Have you tried it with Chrome/Firefox?
>
> ----- Original Message -----
> > From: "Gabriel Cardoso" <gcardoso(a)redhat.com>
> > To: keycloak-dev(a)lists.jboss.org
> > Sent: Friday, 2 August, 2013 2:37:53 AM
> > Subject: [keycloak-dev] Realm pages
> >
> > Hi,
> >
> > I published a version for the Realm login and registration page. We can
> > change the background image since we start to have a special design for
> > Keycloak.
> >
> > What do you guys think about the position of the "Powered by Keycloak"?
> >
> > Implementation available at:
> > http://ejsclient-cardosogabriel.rhcloud.com/realm-login.html
> > Github commit:
> > https://github.com/cardosogabriel/ejs-client/commit/fa2da6dc576bb7f6d7d15...
> >
> >
> > Realm registration page:
> > http://ejsclient-cardosogabriel.rhcloud.com/realm-register.html
> >
> > Gabriel
> >
> >
> >
> > _______________________________________________
> > keycloak-dev mailing list
> > keycloak-dev(a)lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/keycloak-dev
> >
12 years, 10 months
what if social not enabled?
by Bill Burke
One thing to think about for the login/register pages is if social is
not enabled. Remember the SaaS might be deployed for a company's
internal systems. Do you still like the current layout knowing this?
Bill
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
12 years, 10 months
no-cache
by Bill Burke
FYI, if you don't want to spend many minutes figuring out why a remote
REST request isn't updating your UI, remember to send back Cache-Control
no-cache directive back with your REST responses :)
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
12 years, 10 months
latest commits and next steps
by Bill Burke
I had to refactor my code a bit to support Picketlink 2.5.Beta6 and the
picketlink abstraction we have. So you may have issues when you merge.
Another thing I had to do was disable all of your modules because it
depended on an earlier version of Picketlink. I would have fixed your
code, but I'm not sure what you're doing with it, or if it will just be
deprecated and removed as we move forward.
Do you mind if I hook your UI into the services I wrote? I'd really
like to get a better hold on angular and this would be a good task for
me to do. Do you have enough work that wouldn't conflict with this
work? I'll have to expand my REST interfaces and refactor your code a
bit too. I'd probably just copy it.
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
12 years, 10 months
Social saving state
by Stian Thorgersen
The social providers needs to save some state between a request and a callback (client_id, state, etc.). I've come up with 3 alternatives of how to save this state:
* In http session
* In a session cookie (encoded json)
* In-memory - this would require a flushing mechanism (if callback never happens, for example user just closes browser)
I'm not able to convince myself which is the better (or least bad), so do you have any thoughts?
12 years, 10 months
