Closed Bug 58204 Opened 24 years ago Closed 24 years ago

Forms forget Hostname in link

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 22251

People

(Reporter: jens-uwe, Assigned: gagan)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14 i686; en-US; m18) Gecko/20001026 BuildID: 2000102621 The Submit sometimes does not include the hostname when needed. It works fine with Netscape 4.x Reproducible: Always Steps to Reproduce: 1. go to http://www.camcorder-online.de/shop/ProductDetail.php?ProductID=31&nextpage=%2Fshop%2FProductTree.php%3FCategoryID%3D18%26PPP%3D10%26SP%3D0 2. click at "Stueck in den Warenkorb" Actual Results: I get a message from my proxie like this: Error 400 - Host name not recognized or host not found - URL http://shop/ProductTree.php?CategoryID=18&PPP=10&SP=0. As you can see, in the URL is no host name, which causes this to fail. Expected Results: The browser should send the correct submit and should go to the correct page after putting the product into the basket.
I am not sure what should be done about this bug. The version of it I am testing with is to look at the top level page, http://www.camcorder-online.de/. This refreshes to '/shop/default.php', which in turn serves up a 302 result with 'Location: http:Welcome.php'. Both lynx and Mozilla choke madly at this point; Netscape 4.x soldiers on. As far as I can see from a quick reading of things linked in at the W3C, this Location: return is invalid; it appears that Location: fields must be absolute URIs (including host and path). This means that Mozilla is not technically in error to puke here. Whether it should work hard to choke this down in the name of Netscape 4.x (and possibly IE) compatability I leave to others. If this is a genuine bug/feature wanted, I suspect it actually belongs in Networking. It is possible that this is not exactly what the reporter is seeing. While I tried the quoted URL, it puked SQL errors et al all over my screen and didn't come up with a link as described by the reporter. Hence my trying the top-level. I get slightly different results with and without a proxy. With a proxy, I get a message that the proxy can't find Welcome.php; without a proxy, I get a message from Mozilla itself that 'www.camcorder-online.de' can't be found.
I am supposing this is a network error.
Assignee: rods → gagan
Reporter is this still a problem in the latest nightly builds?
I get the following error: www.camcorder-online.de could not be found. Please check name and try again. It works fine with NS4.x It seems to me, that the bug is still not fixed!
I am getting all kinds of errors all over the place my guess is this is very badly designed HTML. The code is a mess. Anyone else care to comment on it?
see also similar wontfix bug 22251: "Relative URLs with scheme (e.g., http:page.html) not loading - treated as absolute"
I think it's really a dupe of wontfix bug 22251: "Relative URLs with scheme (e.g.,http:page.html) not loading - treated as absolute" See also similar wontfix bug 32966: "http:/ (one slash) treated as http:// rather than /" *** This bug has been marked as a duplicate of 22251 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy dupe
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.