que tenía el mismo problema, y la razón por la que estaba teniendo este problema se debía a que Symfony estaba tratando de cargar la barra de depuración web (de ahí el bit "_wdt" en el error), que tiene sus propias rutas que se llaman al final de la carga de la página. En mi caso, yo había configurado mis security.yml así:
app/config/security.yml
security:
encoders:
FOS\UserBundle\Model\UserInterface: sha512
role_hierarchy:
ROLE_ADMIN: ROLE_USER
ROLE_SUPER_ADMIN: ROLE_ADMIN
providers:
fos_userbundle:
id: fos_user.user_provider.username
firewalls:
main:
pattern: ^/
form_login:
provider: fos_userbundle
csrf_provider: form.csrf_provider
logout: true
anonymous: true
access_control:
- { path: ^/login$, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/register, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/resetting, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/css, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/js, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/, role: ROLE_USER }
Esto significa que si el usuario está tratando de abrir una página para cualquier cosa detrás de la raíz " /"., que está obligado a estar conectado a
la forma en que solucionó el problema era mediante la adición de la 'parte _wdt' y permitir que los usuarios anónimos:
access_control:
- { path: ^/login$, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/register, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/resetting, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/css, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/js, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/_wdt, role: IS_AUTHENTICATED_ANONYMOUSLY }
- { path: ^/, role: ROLE_USER }
¡Gracias por eso! Esto es resolver el problema real. Lamentablemente, la respuesta seleccionada solo "sobrescribe" la apariencia del problema. –