- From: <cvr@frontiertech.com>
- Date: Sat, 16 Mar 1996 12:44:14 CST
- To: fielding@ics.uci.edu
- Cc: cvr@ns.frontiertech.com, web@ns.frontiertech.com, www-talk@w3.org, uri@bunyip.com
Hello! I have a problem concerning resolving relative URLs in HTML documents served up by Web Servers in response to clicks on ISMAP images. I have studied the RFCs: 1808 and the Draft HTTP/1.0 standard but found no answer to my problem. I'd appreciate if you could suggest what should be done correctly in the framework of web. Problem Description: ----------------------------- 1. We have a page on our web site with the following structure: /A/mypage.htm /B/ test.map test.gif x.gif ( i.e. B is subdirectory of A and the files: test.map, test.gif and x.gif are in B ). 2. mypage.htm has an inline image x.gif, and an active ( ISMAP ) image test.gif refering to the test.map file; all these files are in the subdirectory B and are referred to using relative URLs in mypage.htm as illustrated below: <IMG SRC="B/x.gif" ALIGN=BOTTOM><BR> <A HREF="B/test.map"> <IMG SRC="B/test.gif" ISMAP ALIGN=BOTTOM></a> 3. TEST.MAP has the following information ( NCSA format ): default /homepage.htm rectangle mypage.htm 1,1 235,210 4. I loaded the page in my browser ( I have used different browsers including NetScape, Microsoft, and Frontier's SHA ): http://myhost/A/mypage.htm The page appears fine. I click on the image ( the click gets sent to the server as: "http://myhost/A/B/test.map?50,100", browser gets back mypage.htm fine but it CANNOT GET ANY OF THE INLINE IMAGES ( x.gif or test.gif ). 5. I checked the HTTP headers sent by the Server and they contain a Location header as : Location: http://myhost/A/mypage.htm\r\n This must have properly indicated the base URL to the browser ( according to HTTP/1.0 Spec ) so it could further resolve inline images relative to "/A"; after receiving the "mypage.htm", apparently, the browser is trying to get the inline images from "/A/B". I had the Server sent <WWW-Base: href="http://myhost/A/mypage.htm" > but it didn't help. >From this rather verbose description of the problem, could you please tell me who is at fault ( the browser or server ). I know for sure that if the Server redirects the browser always it works fine, but then this not only incurs overhead and additional authentication from the user ( in case the pages are password protected ). Thanks for your time and I'd very much appreciate all your answers. /cvr CVR Murthy Engineering Tel: 414 - 241 4555 ( W ) Frontier Technologies Corp. 414 - 352 6117 ( H ) 10201 N. Port Washington Road E-mail: cvr@FrontierTech.Com. Mequon, WI 53092. WEB: http://www.FrontierTech.Com
Received on Saturday, 16 March 1996 13:46:48 UTC