Skip to content
This repository was archived by the owner on Dec 16, 2025. It is now read-only.
This repository was archived by the owner on Dec 16, 2025. It is now read-only.

What about unrequited (client has died down) responses sent by the server #13

@sanjarcode

Description

@sanjarcode
  1. Does HTTP/TCP have a mechanism to fail the response if this happens?

For example - I load a React app - multiple requests are made. I then close the tab. Does the server check this and pre-emptively cancel the response, or does it complete its cycle (waste of resources)? I have seen this happen with React and Vue dev servers - if you open a tab (local app) and close it fast and then open it again, the page is slow, since maybe the dev server is still responding to the non-existent tab.

  1. Also, what does this nature mean in terms of 'statelessness' that's preferred in web apps? I think it won't affect anything, since it's a communication level thing, not a data level thing.
  2. Is the concept of a 'heartbeat' relevant here? Or is it a different problem.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions