Avatar for Username

Pomoc pśepytaś

Glědajśo se wobšudy pomocy. Njenapominajomy was nigda, telefonowy numer zawołaś, SMS pósłaś abo wósobinske informacije pśeraźiś. Pšosym dajśo suspektnu aktiwitu z pomocu nastajenja „Znjewužywanje k wěsći daś“ k wěsći.

Dalšne informacije

Toś ta nitka jo se archiwěrowała. Pšosym stajśo nowe pšašanje, joli trjebaśo pomoc.

Cookies get changed unexpectedly when making requests to web app

  • 3 wótegrona
  • 1 ma toś ten problem
  • 1 naglěd
  • Slědne wótegrono wót eingleVi

eingleVi
eingleVi
more options

I'm Developing a Web Application

I make a GET request to a web app with Fetch API, It shows "No headers for this request" in developer tools, and the cookies get changed as if the request were sent without any cookies and the web app assigned a new cookie. Are cookies sent by default with GET request using Fetch API in firefox?

When accessing page directly instead of Fetch API the request seems to go through every other "F5 Press", and otherwise the same problem occurs.

It works on chromium - trying to figure out what could be different - if it's a problem with firefox or my backend - any ideas? Thanks

Firefox Version 79.0 on ArchLinux Flask/Gunicorn/Nginx on Debian

I'm Developing a Web Application I make a GET request to a web app with Fetch API, It shows "No headers for this request" in developer tools, and the cookies get changed as if the request were sent without any cookies and the web app assigned a new cookie. Are cookies sent by default with GET request using Fetch API in firefox? When accessing page directly instead of Fetch API the request seems to go through every other "F5 Press", and otherwise the same problem occurs. It works on chromium - trying to figure out what could be different - if it's a problem with firefox or my backend - any ideas? Thanks Firefox Version 79.0 on ArchLinux Flask/Gunicorn/Nginx on Debian

Wšykne wótegrona (3)

eingleVi
eingleVi Pšašaŕ
more options

I forgot to mention - it does work when connecting to a server running on localhost, but not on the remote server. It works in both cases on chrome.

cor-el
cor-el
  • Moderator
  • Top 10 Contributor
more options

See:

Wót cor-el změnjony

eingleVi
eingleVi Pšašaŕ
more options

Solved. Sort of.

nginx was configured to push that page with every request. Stopping this (removed http2_push directive) fixed it. I'm not sure why this broke Firefox but not Chrome. Is this a bug?

This GET request that I was making was being used to determine if the user was logged in. It would be nice to be able to push the page for latency/responsiveness reasons.

Thanks again.