Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 143084F50 for ; Thu, 9 Jun 2011 00:05:20 +0000 (UTC) Received: (qmail 21722 invoked by uid 500); 9 Jun 2011 00:05:18 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 21688 invoked by uid 500); 9 Jun 2011 00:05:18 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 21680 invoked by uid 99); 9 Jun 2011 00:05:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jun 2011 00:05:18 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of matthias.eck@jibbigo.com designates 67.18.144.11 as permitted sender) Received: from [67.18.144.11] (HELO gateway04.websitewelcome.com) (67.18.144.11) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 09 Jun 2011 00:05:08 +0000 Received: (qmail 13115 invoked from network); 9 Jun 2011 00:04:13 -0000 Received: from gator1344.hostgator.com (50.22.80.17) by gateway04.websitewelcome.com with SMTP; 9 Jun 2011 00:04:13 -0000 Received: from [209.85.161.52] (port=35187 helo=mail-fx0-f52.google.com) by gator1344.hostgator.com with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.69) (envelope-from ) id 1QUSju-0006CH-EZ for user@couchdb.apache.org; Wed, 08 Jun 2011 19:04:46 -0500 Received: by fxm6 with SMTP id 6so1027718fxm.11 for ; Wed, 08 Jun 2011 17:04:46 -0700 (PDT) Received: by 10.223.145.78 with SMTP id c14mr62861fav.75.1307577886134; Wed, 08 Jun 2011 17:04:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.74.196 with HTTP; Wed, 8 Jun 2011 17:04:26 -0700 (PDT) In-Reply-To: References: From: Matthias Eck Date: Wed, 8 Jun 2011 17:04:26 -0700 Message-ID: Subject: Re: Attachment retrieval To: user@couchdb.apache.org Content-Type: text/plain; charset=UTF-8 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1344.hostgator.com X-AntiAbuse: Original Domain - couchdb.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jibbigo.com X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: mail-fx0-f52.google.com [209.85.161.52]:35187 X-Source-Auth: matthias.eck+jibbigo.com X-Email-Count: 1 X-Source-Cap: amliYmlnbztqaWJiaWdvO2dhdG9yMTM0NC5ob3N0Z2F0b3IuY29t > It sounds like you're issuing the request from the browser. I'd be > interested to know the details (if you can provide them from the debug > console or something) of the request headers. Also it'd be helpful to > know what version of CouchDB is running on each server (and at the > time of replication, if you've since upgraded). I was using Chrome and Firefox browsers to issue those requests with the same results. The CouchDB version on the original server is: 1.0.1 on the replicated one it is 1.1.0. The database was replicated yesterday, and I have not upgraded since. I tried it now via curl. If I request the same document id from the two servers without attachments=true the result is almost exactly the same (the replicated one only adds a "digest" field to the attachments section.) If I request the document with attachments, the results for the original server are as expected: {"_id":"110221155249562","_rev":"2-ddaf35a53663fb95160709dc74ad4e8f",...,"_attachments":{"log.wav":{"content_type":"audio/x-wav","revpos":2,"data":"UklGRiSAAABXQVZ...."}}} For the new one it is quite different with some additional headers and a different encoding: --695b0c17ab17db91c79747840eb69037 content-type: application/json {"_id":"110221155249562","_rev":"2-ddaf35a53663fb95160709dc74ad4e8f",...,"_attachments":{"log.wav":{"content_type":"audio/x-wav","revpos":2,"digest":"md5-bMqMA4X3anyOl2M89lifrQ==","length":32812,"follows":true}}} --695b0c17ab17db91c79747840eb69037 RIFF$200^@^@WAVEfmt ^P^@^@^@^A^@^A^@200>^@^@^@}^@^@^... It seems to me that the wave file is not put in the json structure but transferred separately. Thanks Matt