Cookie Django CSRF no configurada

Tengo algún problema por un tiempo, estoy experimentando que la cookie CSRF no está configurada. Mire los códigos a continuación

Pitón

def deposit(request,account_num):
if request.method == 'POST':
    account = get_object_or_404(account_info,acct_number=account_num)
    form_=AccountForm(request.POST or None, instance=account)
    form = BalanceForm(request.POST)
    info = str(account_info.objects.filter(acct_number=account_num))
    inf=info.split()
    if form.is_valid():
    #cd=form.cleaned_data
        now = datetime.datetime.now()
        cmodel = form.save()
        cmodel.acct_number=account_num
        #RepresentsInt(cmodel.acct_number)
        cmodel.bal_change="%0.2f" % float(cmodel.bal_change)
        cmodel.total_balance="%0.2f" %(float(inf[1]) + float(cmodel.bal_change))
        account.balance="%0.2f" % float(cmodel.total_balance)
        cmodel.total_balance="%0.2f" % float(cmodel.total_balance)
        #cmodel.bal_change=cmodel.bal_change
        cmodel.issued=now.strftime("%m/%d/%y %I:%M:%S %p")
        account.recent_change=cmodel.issued
        cmodel.save()
        account.save()
        return HttpResponseRedirect("/history/" + account_num + "/")
    else:
        return render_to_response('history.html',
                          {'account_form': form},
                          context_instance=RequestContext(request))

En el HTML aquí está el código

HTML

<form action="/deposit/{{ account_num }}/" method="post">

<table>
<tr>
{{ account_form.bal_change }}
&nbsp;
<input type="submit" value="Deposit" />
</tr>
{% csrf_token %}
</table>
</form>

Estoy atascado, ya borré la cookie, usé otro navegador pero aún no configuré la cookie csrf.

Esto también puede ocurrir si CSRF_COOKIE_SECURE = Trueestá configurado y está accediendo al sitio de forma no segura o si CSRF_COOKIE_HTTPONLY = Trueestá configurado como se indica aquí y aquí

from django.http import HttpResponse
from django.views.decorators.csrf import csrf_exempt

@csrf_exempt 
def your_view(request):
    if request.method == "POST":
        # do something
    return HttpResponse("Your response")

Si está utilizando la API de HTML5 Fetch para realizar solicitudes POST como un usuario que ha iniciado sesión y obteniendo Forbidden (CSRF cookie not set.), podría deberse a que, de forma predeterminada fetch, no incluye cookies de sesión, lo que hace que Django piense que usted es un usuario diferente al que cargó la página. .

Puede incluir el token de sesión pasando la opción credentials: 'include'para recuperar:

var csrftoken = getCookie('csrftoken');
var headers = new Headers();
headers.append('X-CSRFToken', csrftoken);
fetch('/api/upload', {
    method: 'POST',
    body: payload,
    headers: headers,
    credentials: 'include'
})

A partir de esto, puede resolverlo agregando el decorador secure_csrf_cookie a su vista

from django.views.decorators.csrf import ensure_csrf_cookie
@ensure_csrf_cookie
def yourView(request):
 #...

si este método no funciona. intentará comentar csrf en middleware. y prueba de nuevo.

Me encontré con una situación similar mientras trabajaba con DRF, la solución fue agregar el método .as_view () a la Vista en urls.py

Si está utilizando DRF, compruebe si sus patrones de URL son correctos, tal vez se le olvidó .as_view():

Así que cómo se veía el código mío:

urlpatterns += path('resource', ResourceView) 

Y así debería gustarle:

urlpatterns += path('resource', ResourceView.as_view())

intente verificar si lo ha instalado en settings.py

 MIDDLEWARE_CLASSES = (
'django.middleware.common.CommonMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.middleware.csrf.CsrfViewMiddleware',)

En la plantilla, los datos están formateados con el csrf_token:

<form>{% csrf_token %}
</form>

Este problema volvió a surgir recientemente debido a un error en el propio Python.

http://bugs.python.org/issue22931

https://code.djangoproject.com/ticket/24280

Entre las versiones afectadas se encuentran 2.7.8 y 2.7.9. La cookie no se leyó correctamente si uno de los valores contenía un [carácter.

La actualización de Python (2.7.10) soluciona el problema.

Esto también ocurre cuando no configura la acción del formulario.
Para mí, mostraba este error cuando el código era:

<form class="navbar-form form-inline my-2 my-lg-0" role="search" method="post">

Cuando corrigí mi código en esto:

<form class="navbar-form form-inline my-2 my-lg-0" action="{% url 'someurl' %}" role="search" method="post">

mi error desapareció.

El problema parece que no está manejando las GETsolicitudes de manera adecuada o publicando directamente los datos sin obtener primero el formulario.

Cuando acceda por primera vez a la página, el cliente enviará una GETsolicitud, en ese caso debe enviar html con el formulario correspondiente.

Posteriormente, el usuario completa el formulario y envía la POSTsolicitud con los datos del formulario.

Tu vista debería ser:

def deposit(request,account_num):
   if request.method == 'POST':
      form_=AccountForm(request.POST or None, instance=account)
      if form.is_valid(): 
          #handle form data
          return HttpResponseRedirect("/history/" + account_num + "/")
      else:
         #handle when form not valid
    else:
       #handle when request is GET (or not POST)
       form_=AccountForm(instance=account)

    return render_to_response('history.html',
                          {'account_form': form},
                          context_instance=RequestContext(request))

Compruebe que las cookies de Chrome estén configuradas con la opción predeterminada para sitios web. Permitir que los datos locales que se establezcan (recomendado).

Método 1:

from django.shortcuts import render_to_response
return render_to_response(
    'history.html',
    RequestContext(request, {
        'account_form': form,
    })

Método 2:

from django.shortcuts import render
return render(request, 'history.html', {
    'account_form': form,
})

Porque el método render_to_response puede generar algún problema con las cookies de respuesta.

Me acabo de ver una vez, la solución es vaciar las cookies. Y se puede cambiar durante la depuración relacionada con SECRET_KEY.

Limpiar la memoria caché de mi navegador solucionó este problema. Había estado cambiando entre entornos de desarrollo local para hacer el tutorial django-blog-zinnia después de trabajar en otro proyecto cuando sucedió. Al principio, pensé que cambiar el orden de INSTALLED_APPS para que coincidiera con el tutorial lo había causado, pero los volví a colocar y no pude corregirlo hasta que borré el caché.

Estaba usando Django 1.10 antes, así que estaba enfrentando este problema. Ahora lo bajé a Django 1.9 y está funcionando bien.

Tuve el mismo error, en mi caso, agregar method_decorator ayuda:

from django.views.decorators.csrf import csrf_protect
from django.utils.decorators import method_decorator

method_decorator(csrf_protect)
def post(self, request):
    ...

Asegúrese de que el backend de su sesión de django esté configurado correctamente en settings.py. Entonces prueba esto

class CustomMiddleware(object):
  def process_request(self,request:HttpRequest):
      get_token(request)

Añadir este middleware en settings.pyvirtud de MIDDLEWARE_CLASSESo MIDDLEWAREen función de la versión de Django

get_token: devuelve el token CSRF necesario para un formulario POST. El token es un valor alfanumérico. Se crea un nuevo token si aún no se ha establecido uno.

En su opinión, ¿está utilizando el decorador csrf?

from django.views.decorators.csrf import csrf_protect

@csrf_protect def view(request, params): ....