Closed
Bug 1967
Opened 26 years ago
Closed 26 years ago
Unpredictable host header reporting.
Categories
(Core :: Networking: HTTP, defect, P2)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: dh, Assigned: gagan)
References
()
Details
When accessing a URL that is sharing an IP address with another (eg
mandera.africaonline.co.ke and www.kenyare.co.ke), 'Gecko' does not report the
host header properly to the Web Server. This is true in the case of
Apache/1.2.6 on Red Hat Linux where www.bootybarn.com (IP 209.132.86.33) takes
you to domains.porndirectory.com (IP 209.132.86.33).
This does not happen for IIS4 / NT 4
Updated•26 years ago
|
Assignee: blythe → gagan
Component: Platform: MFC/Win32 on Windows → Networking Library
Product: Mozilla → NGLayout
Comment 2•26 years ago
|
||
Re-assigned to gagan@netscape.com and changing component to NGLayout
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
It seems to be consistently correct when I tested it. I am marking it worksforme
and will let glynn verify the same.
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.
Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change. If this happens, I will fix. ;-)
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 5•25 years ago
|
||
verified worksforme
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
You need to log in
before you can comment on or make changes to this bug.
Description
•