adrianhurt / play-silhouette-credentials-seed Goto Github PK

Howdy,

First of many thx for this awesome seed, i really like your code style as an basis seed project.

Question: is there any change on a play 2.6 update within this seed...

Thx upfront.

First of all, I love this seed, it is very helpfull!

When I deep link into a web application that is not a single page app and I have just submitted my correct credentials, I would expect to land on the page that the deep link described , not always on the index page.

This is pretty important if a deep link looks like this:
https://example.com/cars/893

Then the user would have to search for car 893 again within the app because the information from his deep link has been ignored.

I think that feature should be added to this example. How could this be done?

I ran into this error when I sbt run this project using openjdk version "1.8.0_91". I have tried delete project/target and project/project as mentioned in sbt/sbt-less#80 but it didn't help. Any pointer that could help me to investigate this issue? Thanks

[info] Compiling 4 Scala sources and 1 Java source to /workspace/play
ground/play-silhouette-credentials-seed/target/scala-2.11/classes...
[info] LESS compiling on 1 source(s)
[error] /workspace/playground/play-silhouette-credentials-seed/target
/less/lessc.js:145
[error]                 .then(handleResult, handleLessError);
[error]                  ^
[error] TypeError: undefined is not a function
[error]     at /workspace/playground/play-silhouette-credentials-seed
/target/less/lessc.js:145:18
[error]     at fs.js:334:14
[error]     at FSReqWrap.oncomplete (fs.js:95:15)

I was trying to build this seed (with Silhouette 4.0 and Play 2.5) but it breaks a lot. I'm aware that there are a few changes in 2.5. Do you mind updating this seed so it can be used with Play 2.5 ?

Thanks!

with InsecureAction, if a user is already logged in and changes language, they get "unauthorized" response as the redirection in Application.selectLang seems to ignore the fact they are already logged in. changing is to UserAwareAction got the right effect: when logged in, clicking the language simply re-rendered the page in the selected language.

I am using this repo for authentication. Here is my understanding before I describe my question:

1. By default it is using stateless Cookie approach where the Cookie is not stored at the server.
2. When client sends the request with the Cookie then in Auth.scala the Cookie is validated using AuthenticatorService.
3. On signOut the authenticator is discarded.

My question:
Where is the object for AuthenticatorService for each user stored ? I don't see any storage defined anywhere for this.
Refer these two code snippets:
Inside method Auth.scala:authenticate

for {
                authenticator <- env.authenticatorService.create(loginInfo).map(authenticatorWithRememberMe(_, rememberMe))
                cookie <- env.authenticatorService.init(authenticator)
                result <- env.authenticatorService.embed(cookie, Redirect(targetUri).withSession(request.session - "ENTRY_URI"))

Inside method Auth.scala:signOut
env.authenticatorService.discard(request.authenticator, Redirect(routes.Application.index))

Thanks.
Nikhil