Closed Bug 249142 Opened 21 years ago Closed 20 years ago

Presence of Content-Location: causes page load to fail only in Camino

Categories

(Camino Graveyard :: General, defect)

Product:
Camino Graveyard
Component:
General
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: mpt, Assigned: mikepinkerton)

References

(
URL
)

Details

Steps to reproduce: 1. Go to <http://blackboard.otago.ac.nz/>. What should happen: * "You are being directed to another page - Please wait" is displayed. * The browser redirects to <http://blackboard.otago.ac.nz/webapps/login>. What actually happens: * Nothing. The page appears empty, and View Source shows an empty window. Extra details: * http://blackboard.otago.ac.nz/ returns the HTTP header "Content-Location: http://blackboard.otago.ac.nz/index.html". Manually going to this URI works, even though the only difference between that and http://blackboard.otago.ac.nz/ is the lack of that Content-Location: header. Compare: - http://www.rexswain.com/cgi-bin/httpview.cgi?url=http:// blackboard.otago.ac.nz/ - http://www.rexswain.com/cgi-bin/httpview.cgi?url=http:// blackboard.otago.ac.nz/index.html Problem occurs with: * Camino 0.8, Mac OS X 10.3.4 * Camino 2004062908, Mac OS X 10.3.4 Does not occur with: * Firefox 0.9, Mac OS X 10.3.4 * Safari 1.2.2, Mac OS X 10.3.4 (usually)
Does this also happen with trunk builds?
This works fine in trunk build 2004062908 (v0.8+) So my guess is that this is a mozilla issue that has been resolved after we cut our branch for 0.8. Maybe this is a candidate for the 0.8.1 release?
Yes, by "Camino 2004062908" I meant the trunk. (Otherwise I would have said "Camino 0.8 branch 2004062908" or somesuch.) Reproduced in Camino 2004063008 (trunk build); and this time I'm not using the university proxy, so that's not the problem either. ... Oooo, that's interesting. Reloading never does anything. But Shift+Reloading always loads the page properly. Is there an easy way to see the exact HTTP traffic?
No! A status of "200 OK" and a Content-Location is NOT a redirection. See http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.14. The header for redirection is Location, see http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.30, but I don't think Location should cause a redirection in combination with a "200" status code.
Both IE and Opera redirect this URL. But if there is content, like in http://teater.no/, they do not. So I guess they both correct server errors: "This is a '200' with 'Content-Location', but because there is no content, he probably means 302 and 'Location'. Lets give him what he wants, not what he asked for."
This bug is "Presence of Content-Location: causes page load to fail only in Camino", not "Presence of Content-Location: causes redirect to fail only in Camino". That the non-loading page META-refreshes (or would) is, as far as I can tell, irrelevant.
Sorry, I got a bit confused by different behavior on my platform. If no content is returned from http://blackboard.otago.ac.nz/, then Camino is behaving more or less OK by displaying nothing, isn't it? And maybe the Content-Location is irrelevant? This server seems to deliver different content depending on who's asking, I get content at http://www.garshol.priv.no/cgi-bin/httptest.py?URL=http%3A%2F%2Fblackboard.otago.ac.nz%2F&REQTYPE=GET but not when running FireFox through HTTPLook (httpsniffer.com). What happens in Camino at http://landsbank.fo/tools/nocontent/nocontent.html, which return "200 OK" and "Content-Length: 0", but no "Content-Location" ?
Closing as WFM based on comment 9. Reporter, if you can still reproduce this bug in Camino 0.9a2 or later, please reopen.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.