ho avuto lo stesso problema, e la ragione ho avuto questo problema era perché Symfony stava cercando di caricare la barra di web debug (da qui il bit "_wdt" nell'errore), che ha i propri percorsi che vengono chiamati alla fine del caricamento della pagina. Nel mio caso, ho configurato il mio security.yml in questo modo:
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 }
Ciò significa che se l'utente sta cercando di aprire una pagina per nulla dietro la radice " /"., si è tenuto a essere loggato
il modo in cui ho risolto il problema era con l'aggiunta del 'parte _wdt' e che consente per gli utenti anonimi:
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 }
Grazie per quello! Questo sta risolvendo il vero problema. Purtroppo la risposta selezionata solo "sovrascrive" l'aspetto del problema. –