no as there is no controller to jump to. the SecurityBundle intercepts
an event and handles it in a listener not a controller. it always
returns 403 or a RedirectResponse.
On 5 Apr., 09:20, oscar balladares <liebegr...@gmail.com> wrote:
> You must define the route as far as I know.
> Did you try it already?
>
> Regards.
>
> 2011/4/4 Christian Schaefer <cae...@gmail.com>
>
>
>
>
>
>
>
>
>
> > no. and why would I?
>
> > there is no controller to handle that route. instead the security
> > component provides a listener that intercepts. or did that change as
> > well?
>
> > On 5 Apr., 07:14, oscar balladares <liebegr...@gmail.com> wrote:
> > > Hi.
> > > Did you define the route for login_check?
>
> > > #app/config/routing.yml
>
> > > _security_login:
> > > pattern: /login
> > > defaults: { _controller: YourBundle:Security:login }
>
> > > _security_check:
> > > pattern: /login_check
>
> > > _security_logout:
> > > pattern: /logout
>
> > > 2011/4/4 Dennis Jacobfeuerborn <djacobfeuerb...@gmail.com>
>
> > > > On Monday, April 4, 2011 11:10:26 PM UTC+2, Christophe COEVOET wrote:
>
> > > >> 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
>
> > > > I'm still not sure how this relates to the problem. Given that this
> > error
> > > > doesn't change with right or wrong credentials I'm not sure what I'm
> > > > supposed to do differently compared to PR8?
> > > > To phrase this differently: What changes to the code/routing/security
> > are
> > > > required to make an app that works fine in PR8 also work fine in PR10?
>
> > > > Regards,
> > > > Dennis
>
> > > > --
> > > > 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
>
> > --
> > 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
--
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
