Symfony2 is_granted ('IS_AUTHENTICATED_FULLY') durante la visualización de la página de error 404, causando ResourceNotFoundException

Question

Tengo páginas personalizadas de error de configuración para mostrar para ciertos errores HTTP en la carpeta:

app/Resources/TwigBundle/views/Exception/ 

La página 403 (error403.html.twig) obras y pantallas como se esperaba.

La página 500 (error500.html.twig) funciona y se muestra como se esperaba.

La página 404 (error404.html.twig) genera un error 500 de servidor:

PHP Fatal error: Uncaught exception 'Symfony\Component\Routing\Exception\ResourceNotFoundException'

El error está siendo lanzada por hacer una comprobación de autenticación para mostrar ciertos elementos del menú para los usuarios que están o no están autenticados:

{% if is_granted('IS_AUTHENTICATED_FULLY') %} 

Si elimino esa verificación y solo dejo que se muestren todos los elementos del menú, la página carga la página de error como se esperaba. Una vez más, la página 403 se muestra como debería y utiliza los controles de autenticación sin ningún problema.

Estoy atascado en este caso. Las páginas son EXACTAMENTE iguales, aparte del nombre del archivo.

Answer 1

no puede utilizar el is_granted en una página 404 desde la versión 2.1:

Es mencionado en el archivo de actualización

The Firewall listener is now registered after the Router listener. This means that specific Firewall URLs (like /login_check and /logout) must now have proper routes defined in your routing configuration. Also, if you have a custom 404 error page, make sure that you do not use any security related features such as is_granted on it.

Ver: https://github.com/symfony/symfony/blob/master/UPGRADE-2.1.md#security

Answer 2

Si Symfony < 2.8:

{% if app.user is not null and is_granted('ROLE_ADMIN') %} 

Ver: https://github.com/symfony/symfony-docs/issues/2078

edición del 17 Dic '15:

Esto ya no es necesario ya que 2,8,

{% if is_granted('ROLE_ADMIN') %} 

funciona bien ahora.

fuente: http://symfony.com/blog/new-in-symfony-2-8-dx-improvements#allow-to-check-for-security-even-in-pages-not-covered-by-firewalls

Answer 3

que sugeriría la comprobación de app.security.token a ser más estrictos y evaluar a true incluso cuando el usuario es anónimo.

Si marca para app.user se evaluará false en las plantillas de excepción, pero incluso cuando el servidor de seguridad es presente (= plantillas normales) pero el usuario no está conectado. Esto evitará, por ejemplo, la visualización de un botón de inicio de sesión.

Ver: https://github.com/symfony/symfony-docs/pull/2359