Le 04/04/2011 22:44, Dennis Jacobfeuerborn a écrit :


On Monday, April 4, 2011 10:31:30 PM UTC+2, Christophe COEVOET wrote:

    Le 04/04/2011 22:27, Dennis Jacobfeuerborn a écrit :
    I just upgraded from PR8 to the current git state but this broke
    the security stuff. Apparently the security component no longer
    handles the _security_check route?

    Unable to find the controller for path "/login_check". Maybe you
    forgot to add the matching route in your routing configuration?
    You need to define a controller as the listener intercept the
    request *only* when the credentials are right. If they are wrong
    the request is not intercepted and then goes to the controller
    (this was still the case before).

I'm not sure I understand. How can the framework even determine if the credentials are right if it doesn't intercept the /login_check call?
If the credentials are right, the listener returns a Response, so the request stops here and the controller is never called. If they are wrong, the listener does not return a response so the request continues to the controller

This code works fine in PR8 but apparently no longer in the current git version and I didn't see any other required changes mentioned in the updates file for the security component apart from the regexp changes for the patterns.

Regards,
  Dennis


--
Christophe | Stof

--
If you want to report a vulnerability issue on symfony, please send it to 
security at symfony-project.com

You received this message because you are subscribed to the Google
Groups "symfony users" group.
To post to this group, send email to symfony-users@googlegroups.com
To unsubscribe from this group, send email to
symfony-users+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/symfony-users?hl=en

Reply via email to