Cookie do Django CSRF não definido

Eu tenho alguns problemas por um tempo agora, estou enfrentando CSRF Cookie not set. Por favor, olhe os códigos abaixo

Pitão

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))

No HTML aqui está o 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>

Estou preso, já limpei o cookie, usei outro navegador, mas ainda o cookie csrf não foi definido.

Isso também pode ocorrer se CSRF_COOKIE_SECURE = Trueestiver definido e você estiver acessando o site de forma não segura ou se CSRF_COOKIE_HTTPONLY = Trueestiver definido como indicado aqui e aqui

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")

Se você estiver usando a API HTML5 Fetch para fazer solicitações POST como um usuário conectado e obtendo Forbidden (CSRF cookie not set.), pode ser porque, por padrãofetch não inclui cookies de sessão, fazendo com que o Django pense que você é um usuário diferente daquele que carregou a página .

Você pode incluir o token de sessão passando a opção credentials: 'include'de buscar:

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

De Este Você pode resolvê-lo adicionando o decorador ensure_csrf_cookie a sua visão

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

se este método não funcionar. você tentará comentar o csrf no middleware. e teste novamente.

Eu me deparei com uma situação semelhante ao trabalhar com o DRF, a solução foi anexar o método .as_view () ao modo de exibição em urls.py

Se você estiver usando DRF, verifique se seus padrões de URL estão corretos, talvez você tenha esquecido .as_view() :

Assim era como o meu código parecia:

urlpatterns += path('resource', ResourceView) 

E é assim que deve ser:

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

tente verificar se você instalou no settings.py

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

No modelo, os dados são formatados com o csrf_token:

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

Este problema surgiu recentemente devido a um bug no próprio Python.

http://bugs.python.org/issue22931

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

Entre as versões afetadas estavam 2.7.8 e 2.7.9. O cookie não foi lido corretamente se um dos valores continha um[ caractere.

Atualizar o Python (2.7.10) corrige o problema.

Isso também ocorre quando você não define a ação do formulário.
Para mim, estava mostrando este erro quando o código era:

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

Quando eu corrigi meu código neste:

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

meu erro desapareceu.

O problema parece que você não está lidando com as GETsolicitações de forma adequada ou postando os dados diretamente sem primeiro obter o formulário.

Ao acessar a página pela primeira vez, o cliente enviará a GETsolicitação, nesse caso deverá enviar html com formulário apropriado.

Mais tarde, o usuário preenche o formulário e envia POST solicitação com os dados do formulário.

Sua visão deve 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))

Verifique se os cookies do Chrome estão configurados com a opção padrão para sites. Permitir que dados locais sejam definidos (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 o método render_to_response pode causar alguns problemas de cookies de resposta.

Acabei de me encontrar uma vez, a solução é esvaziar os biscoitos. E pode ser alterado durante a depuração de SECRET_KEY relacionado.

Limpar o cache do meu navegador corrigiu esse problema para mim. Eu estava alternando entre ambientes de desenvolvimento local para fazer o tutorial django-blog-zinnia depois de trabalhar em outro projeto quando isso aconteceu. A princípio, pensei que mudar a ordem do INSTALLED_APPS para coincidir com o tutorial tinha causado isso, mas eu os coloquei de volta e não consegui corrigi-lo até limpar o cache.

Eu estava usando Django 1.10 antes. Portanto, estava enfrentando esse problema. Agora fiz o downgrade para Django 1.9 e está funcionando bem.

Eu tive o mesmo erro, no meu caso adicionar method_decorator ajuda:

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

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

Certifique-se de que o back-end da sessão django está configurado corretamente em settings.py. Então tente isso,

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

Adicione este middleware em settings.pysob MIDDLEWARE_CLASSESouMIDDLEWARE dependendo da versão do django

get_token - Retorna o token CSRF necessário para um formulário POST. O token é um valor alfanumérico. Um novo token é criado, se ainda não houver um definido.

Na sua opinião, você está usando o decorador csrf ??

from django.views.decorators.csrf import csrf_protect

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