Closed Bug 175638 Opened 22 years ago Closed 22 years ago

Inappropriate behavior on a 412 response

Categories

(Core :: Networking: HTTP, defect)

x86
OS/2
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 175641

People

(Reporter: danielh, Assigned: darin.moz)

References

()

Details

While testing the SREhttp/2 http/1.1 web server, I uncovered what I believe to be a bug in how the IBM Web Browser 2.0 deals with If-None-Match. 1) The browser: Mozilla IBM Web Browser for OS/2 Version 2.0 Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.0.1) Gecko/20020919 IBM Web Browser for OS/2 2) The problem. a) the browser requests a script, using a method="POST" HTML form. b) the server returns a response with an etag (say, with value "ABC") c) a minute later, the client hits "Reload" d) the browser appears to send a request, with an If-None-Match: "ABC" request header e) the server notes that the contents have not changed, hence the etag is the same -- it is still "ABC". Given that the If-None-Match Etag sent by the browser matches (they are
sounds like http networking, though the rest of that comment would be nice to have... ;)
Assignee: asa → darin
Component: Browser-General → Networking: HTTP
QA Contact: asa → httpqa
Summary: Inappropriate behavior on a 412 response → Inappropriate behavior on a 412 response
Looks like bug 175641 has the unabridged version. *** This bug has been marked as a duplicate of 175641 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified duplicate
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.