Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of robert.newson@gmail.com
 designates 74.125.82.52 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=VdNGXrmNVlrnQUuH+Q+/ZLQsqYwE+xb3XXH6VUm1Rsa1/9Ra6GyjPyuJzoP+KP5OFS
         EyloDbX14dTi88nTWfYU735FexB4FGjOALmUN/1CucBrk1T43TfCeED+SrKCBaM+bbBX
         76wBAwpZCJD+6HD4u/xw5v3LVGoC9wgjdPyo4=
MIME-Version: 1.0
In-Reply-To: <AANLkTikYkij75TvfVrHtAA2X0_IaUMoaNpsOz2FB59SV@mail.gmail.com>
References: <AANLkTinUs3UPraggOighcCFwVybARYlJ9JPwCODDaTLD@mail.gmail.com>
	 <AANLkTikYkij75TvfVrHtAA2X0_IaUMoaNpsOz2FB59SV@mail.gmail.com>
Date: Sun, 9 May 2010 20:48:36 +0100
Message-ID: <AANLkTin2PcoBKcWBo_AEgSev73aIrfRMIZrji1EsM4cg@mail.gmail.com>
Subject: Re: Content-Length: 0 when curling -I attachments.
From: Robert Newson <robert.newson@gmail.com>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

The HEAD behavior of trunk is much improved over 0.5.0. You should now
receive a sensible Content-Length header as long as you didn't upload
already compressed attachments and then download them without
compression (as couchdb, in this case, does not know the uncompressed
length).

B.

On Sun, May 9, 2010 at 7:52 PM, Filipe David Manana <fdmanana@gmail.com> wr=
ote:
> Hi Richy,
>
> what about if you do curl -X HEAD ... ?
>
> My curl's man page says:
>
> " -l/--list-only
> =A0 =A0 =A0 =A0 =A0 =A0 =A0(FTP) When listing an FTP directory, this swit=
ch forces a
> name-only view. =A0Especially useful if you =A0want =A0to
> =A0 =A0 =A0 =A0 =A0 =A0 =A0machine-parse the contents of an FTP directory=
 since the
> normal directory view doesn't use a standard look or
> =A0 =A0 =A0 =A0 =A0 =A0 =A0format.
>
> =A0 =A0 =A0 =A0 =A0 =A0 =A0This option causes an FTP NLST command to be s=
ent. =A0Some FTP
> servers list only files =A0in =A0their =A0response =A0to
> =A0 =A0 =A0 =A0 =A0 =A0 =A0NLST; they do not include subdirectories and s=
ymbolic links."
>
> It seems that flag is for FTP only, not HTTP.
>
> On Sun, May 9, 2010 at 5:05 PM, Richy <klemmster@gmail.com> wrote:
>
>> Hey there,
>>
>> I always get "Conent-Length: 0" when using:
>>
>>
>> curl -I ...6dc348cef2297a8f4f2280d4100003b6/qrcode.png
>> HTTP/1.1 200 OK
>> Server: CouchDB/0.11.0 (Erlang OTP/R13B)
>> ETag: "28-439f0ba4de3216513bf59c4bc10b293d"
>> Date: Sun, 09 May 2010 15:58:45 GMT
>> Content-Type: image/png
>> Content-Length: 0
>> Cache-Control: must-revalidate
>>
>>
>> curl -I 6dc348cef2297a8f4f2280d4100005af/testiohone.mp4
>> HTTP/1.1 200 OK
>> Server: CouchDB/0.11.0 (Erlang OTP/R13B)
>> ETag: "12-a2fa92efb63b45ee014fa0838ad329e6"
>> Date: Sun, 09 May 2010 15:56:55 GMT
>> Content-Type: video/mp4
>> Content-Length: 0
>> Cache-Control: must-revalidate
>>
>> This is true for Attachments only and similar to this bug:
>> https://issues.apache.org/jira/browse/COUCHDB-385
>>
>> Is this a known issue and how can i fix it?
>> Thanks
>>
>> Richard
>>
>
>
>
> --
> Filipe David Manana,
> fdmanana@gmail.com
>
> "Reasonable men adapt themselves to the world.
> Unreasonable men adapt the world to themselves.
> That's why all progress depends on unreasonable men."
>