No, no puede pasar la solicitud al user_passes_test
. Para entender por qué y cómo funciona, sólo la cabeza hacia el source:
def user_passes_test(test_func, login_url=None, redirect_field_name=REDIRECT_FIELD_NAME):
"""
Decorator for views that checks that the user passes the given test,
redirecting to the log-in page if necessary. The test should be a callable
that takes the user object and returns True if the user passes.
"""
def decorator(view_func):
@wraps(view_func, assigned=available_attrs(view_func))
def _wrapped_view(request, *args, **kwargs):
if test_func(request.user):
return view_func(request, *args, **kwargs)
path = request.build_absolute_uri()
# If the login url is the same scheme and net location then just
# use the path as the "next" url.
login_scheme, login_netloc = urlparse.urlparse(login_url or
settings.LOGIN_URL)[:2]
current_scheme, current_netloc = urlparse.urlparse(path)[:2]
if ((not login_scheme or login_scheme == current_scheme) and
(not login_netloc or login_netloc == current_netloc)):
path = request.get_full_path()
from django.contrib.auth.views import redirect_to_login
return redirect_to_login(path, login_url, redirect_field_name)
return _wrapped_view
return decorator
Este es el código detrás de la user_passes_test
decorador. Como puede ver, la función de prueba transferida al decorador (en su caso, lambda u: has_add_permission(u, "project")
) se pasa solo un argumento, request.user
. Ahora, es posible, naturalmente, para escribir su propio decorador (incluso copiar el código directamente y simplemente modificarlo) también para pasar el request
sí mismo, pero no puede hacerlo con la user_passes_test
implementación por defecto.
Tengo curiosidad, ¿cómo terminaste yendo sobre esto? ¿Escribiste tu propio decorador? – teewuane
En lugar de usar decoradores, estoy buscando permisos dentro del código de vista. Me dio un mejor control sobre la lógica de vista. –
Eso es lo que terminé haciendo también. ¡Gracias! – teewuane