According to the changelog, this issue has been fixed in 7.20.0. http://curl.haxx.se/changes.html#7_20_0 - fragment part of URLs are no longer sent to the server
Fumi On Tue, Sep 27, 2011 at 4:36 PM, Fumihiro Kato <[email protected]> wrote: > Hi, > > My curl command works fine with the hash URI. It may be a version issue. > > % curl -V > curl 7.21.6 (x86_64-apple-darwin10.7.0) libcurl/7.21.6 OpenSSL/1.0.0d > zlib/1.2.5 libidn/1.22 > Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s > rtsp smtp smtps telnet tftp > Features: IDN IPv6 Largefile NTLM SSL libz > % curl -H 'Accept: text/turtle' http://graph.facebook.com/561666514# > @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> . > @prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> . > @prefix owl: <http://www.w3.org/2002/07/owl#> . > ...snip... > > Fumi > > On Tue, Sep 27, 2011 at 4:18 PM, Henry Story <[email protected]> wrote: >> >> On 27 Sep 2011, at 09:01, Sebastian Schaffert wrote: >> >>>> >>>> >>>>> - I ask for http://graph.facebook.com/sebastian.schaffert and I get >>>>> http://graph.facebook.com/561666514# >>>>> - I ask for http://graph.facebook.com/561666514 and I get >>>>> http://graph.facebook.com/561666514# >>>>> - I ask for http://graph.facebook.com/561666514# and I get 404. >>>> >>>> Curious. I do not get a 404 for that last one. >>> >>> Because the browser (according to the standard) removes the trailing "#". >>> But if you send a GET request manually (telnet etc) and including the # you >>> will get a 404. >> >> Sebastian, this is perfectly fine. Good tools should remove the # . It's >> part of the URI standard. As was pointed out before curl is broken in this >> respect. >> >> Henry >> >> >> Social Web Architect >> http://bblfish.net/ >> >> >> >
