Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Purpose of check_path #19

Closed
sashless opened this issue Apr 20, 2015 · 5 comments
Closed

Purpose of check_path #19

sashless opened this issue Apr 20, 2015 · 5 comments

Comments

@sashless
Copy link

Hey,

currently i do try to use this bundle.

What works is:

  • POST to google API
  • redirect to callback_route

What is not working:

  • check_path is called without query parameters
  • => results in missing code Exception

I am curious about what is the purpose of the check_path route and does it need to do anything ?
When i get the redirect to callback_route the code is in the query but then it does a redirect to check_path and there is the code removed from httpUtils. It seems like i need to recreate some response in order to serve the code i get in the callback_route ?

@sashless
Copy link
Author

Okay i think the purpose of check_path is the same described here http://symfony.com/doc/current/reference/configuration/security.html ?

@sashless
Copy link
Author

So i changed the check_path accordingly to the docs and now i get an error that the access token is not stored in session. From reading the code it should be set automagically. Any hints what i am missing ?

@gigablah
Copy link
Owner

Did you enable the SessionServiceProvider?

@sashless
Copy link
Author

yea did that. I am using the SilexSessionProvider but configured with storage \Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage and as handler Symfony\Component\HttpFoundation\Session\Storage\Handler\MemcacheSessionHandler

In addition i am registering a AttributeBag to store the session on app.session.

When i do replace it by the default SilexSessionProvider it does work.
Debugging on code shows me that the OAuthService is using a different app.session than i have registered.

@sashless
Copy link
Author

alright, i was able to track it down properly. Its related to the AttributeBag. I will close the issue now because the main problem is solved from my POV and i will create a new one for the AttributeBag thingy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants