couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Filipe David Manana <fdman...@apache.org>
Subject Re: RFC: Releasing 1.2.0
Date Sun, 15 Jan 2012 20:11:34 GMT
On Sunday, January 15, 2012, Robert Newson <rnewson@apache.org> wrote:
> Also I noticed that ibrowse master has improved handling of long
> running requests (e.g, large attachments). Anyone that's seen
> "streaming att. ended but more data requested ~p" will be interested
> to know that it appears to eliminate them.

What eliminates the issue is the way attachments are transferred in the new
replicator.
Besides that, 1.2.x has exactly the same ibrowse version as 1.1.0/1.

>
> B.
>
> On 15 January 2012 19:05, Dave Cottlehuber <dave@muse.net.nz> wrote:
>> On 15 January 2012 19:05, Noah Slater <nslater@tumbolia.org> wrote:
>>> Bump. Dave? Gonna move without if you don't speak up. :)
>>
>> Sorry!! Literally *just* finished looking at this.
>>
>> TL;DR - let's roll 1.2.0.
>>
>> I don't see any *functional* issues in the failures from the test
>> suite - attachments are written, and read, correctly. For some as yet
>> unknown reason the MD5 is different on Windows vs Linux & Mac OS, but
>> this has been present for some time. It's only turned up  as a result
>> of additional tests applied in COUCHDB-1337.
>>
>> The underlying crypto:md5 values are the same, and so is the raw HTTP
>> data. I am still digging through mochi to where this comes from.
>>
>> I don't see any issues for replication - can anybody confirm? This
>> looks like a dev issue rather than user impacting.
>>
>> from 1.1.1_js-1.8.0:
>> 12> Digest = base64:encode(Digest_Binary).
>> <<"jeLnIuUvK7d+6gya044lVA==">>
>>
>> from 1.2.x:
>> 8> Digest = base64:encode(Digest_Binary).
>> <<"jeLnIuUvK7d+6gya044lVA==">>
>>
>> A+
>> Dave
>

-- 
Filipe David Manana,

"Reasonable men adapt themselves to the world.
 Unreasonable men adapt the world to themselves.
 That's why all progress depends on unreasonable men."

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message