Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of north.n@gmail.com designates
 209.85.213.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAGHTdUVpmyuo-cCMNE3fPFYipmSmYe6sTJOn8kexP5+sALqrGQ@mail.gmail.com>
References: 
 <CAGHTdUVpmyuo-cCMNE3fPFYipmSmYe6sTJOn8kexP5+sALqrGQ@mail.gmail.com>
Date: Tue, 7 Feb 2012 14:36:28 +0000
Message-ID: 
 <CAGHTdUUVVRPdaWXA-r7j9nDvvbfGn0wUhmJof0pXtUELpz0fyQ@mail.gmail.com>
Subject: CouchDb 1.2.0 Windows binaries issues
From: Nick North <north.n@gmail.com>
To: dev@couchdb.apache.org
Content-Type: multipart/alternative; boundary=20cf303bfe8857c76104b860b485

--20cf303bfe8857c76104b860b485
Content-Type: text/plain; charset=ISO-8859-1

I've just got to try the 1.2.0 Windows binaries at
http://people.apache.org/~dch/dist/snapshots/20120127/ on Windows 7 and
Windows 8 Preview and hit a few initial issues with the Futon test
suite which seem worth feeding back to the list.

1. If you upgrade an existing instance by uninstalling, then installing
1.2.0 (i.e. you keep any existing users), and the original instance had
admin users, then the Verify Installation tool in Futon returns X: [object
Object] if you are not logged in as an admin. It would be more useful if it
detected the problem and gave a pop-up to tell you to log in as an admin.

2. The replication test fails when you run the tests through on a clean
install, with a "file exists" error. However, it succeeds on rerunning.

3. The replicator_db test fails in a variety of ways. On the first run it
fails with:

1. Assertion failed: copy === null
2. Assertion failed: expected 'null', got
'{"_id":"foo666","_rev":"1-8f008c4354eb07d5fbfc399a84bc88a1","value":666}'

on subsequent runs it fails with things like:

Assertion failed: expected '"fdmanana"', got 'null'

and then leaves me logged in as user joe. Eventually it seems to settle to
giving:

1. Assertion failed: copy === null
2. Assertion failed: copy === null
3. Assertion failed: expected 'null', got '{"_id":"foo666","_rev":"1
-8f008c4354eb07d5fbfc399a84bc88a1","value":666}'

However, the behaviour does vary enough that I only consider the foo666
error to be a properly reportable issue.


Do other people get these errors, or are they peculiar to my setup? In
particular the replicator_db test is very odd in its lack of
consistency. Thanks,

Nick North

PS Tests were run using Firefox 10.0.

--20cf303bfe8857c76104b860b485--