W3C home > Mailing lists > Public > semantic-web@w3.org > April 2014

Apple Safari Bug with Hash-based Identitifiers?

From: <martin.hepp@ebusiness-unibw.org>
Date: Mon, 14 Apr 2014 18:50:33 +0200
Message-Id: <E54573DD-06E6-4510-BCE8-22D553E5E568@ebusiness-unibw.org>
To: "semantic-web@w3.org" <semantic-web@w3.org>, public-lod@w3.org
Dear all:

I just found a strange bug (?) in Safari (under various Apple OS X versions) that can cause problems with purl.org-based Semantic Web ontologies:

If you click on the link of a URI reference that includes a hash fragment, like


then Apple Safari resolves this to


instead of (as e.g. Chrome) to


The behavior is the same for vocabularies that use HTTP 302 and HTTP 303 redirects (historically, purl.org did not support 303s, so some of our vocabularies still use 302s). In both cases, the servers return, quite naturally, the URI without the fragment as the Location parameter (because the server does not see the fragment part anyway).

$ curl -I http://purl.org/goodrelations/v1#DayOfWeek
HTTP/1.1 302 Moved Temporarily
Date: Mon, 14 Apr 2014 16:40:35 GMT
Location: http://www.heppnetz.de/ontologies/goodrelations/v1
Content-Type: text/html; charset=iso-8859-1
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Content-Length: 283

So in Safari, the fragment is stripped off after a 302 or 303 redirect.

I am not sure which behavior is standards-compliant, but from a user's perspective, Chrome is much better in here if you have many hash-based identifiers in an HTML document.

Any opinions or solutions?

Best wishes / Mit freundlichen Grüßen

Martin Hepp

martin hepp
e-business & web science research group
universitaet der bundeswehr muenchen

e-mail:  martin.hepp@unibw.de
phone:   +49-(0)89-6004-4217
fax:     +49-(0)89-6004-4620
www:     http://www.unibw.de/ebusiness/ (group)
         http://www.heppnetz.de/ (personal)
skype:   mfhepp 
twitter: mfhepp

Check out GoodRelations for E-Commerce on the Web of Linked Data!
* Project Main Page: http://purl.org/goodrelations/
Received on Monday, 14 April 2014 16:51:04 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 07:42:49 UTC