We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

Søg i Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Læs mere

HTTP request (GET) executed twice after RST TCP

  • 3 svar
  • 1 har dette problem
  • 10 visninger
  • Seneste svar af afcinza

more options

I have a load balancer that is executing a reset in the TCP connections when I try to execute a PHP script which takes a long time to finish (400 sec). We are debugging this but the problem is that, when Firefox receives the RST, it executes the same query again. This can generate big problems. You can see the problem in the next Wireshark screenshot. Any idea about why Firefox is doing this?

Thank you in advance. Regards.

I have a load balancer that is executing a reset in the TCP connections when I try to execute a PHP script which takes a long time to finish (400 sec). We are debugging this but the problem is that, when Firefox receives the RST, it executes the same query again. This can generate big problems. You can see the problem in the next Wireshark screenshot. Any idea about why Firefox is doing this? Thank you in advance. Regards.

Alle svar (3)

more options

I attach the Wireshark screenshot. Thanks!

more options

See:

HTTP connections now have a response timeout

If your application is processing large data and affected by this change, you can change the value of the network.http.response.timeout preference to a larger number via about:config.

  • Bug 947391 – HTTP connections (exc. XHR, SPDY) should have a response timeout
more options

Thank you for your quick answer, cor-el. I knew about this parameter but the main problem is the second GET that Firefox executes automatically after receiving the TCP RST. The browser should not execute a second GET without user control, shouldn't it? This is strange but this behaviour is reproducible.

The PHP scripts execute some changes into a database. If the browser executes the HTTP request without user control this may produce an unexpected result.

Thank you!