From user-return-17132-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Jul 12 07:39:11 2011 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 033466BF0 for ; Tue, 12 Jul 2011 07:39:11 +0000 (UTC) Received: (qmail 49296 invoked by uid 500); 12 Jul 2011 07:39:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 48948 invoked by uid 500); 12 Jul 2011 07:38:46 -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 48932 invoked by uid 99); 12 Jul 2011 07:38:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jul 2011 07:38:42 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests=NORMAL_HTTP_TO_IP,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [203.98.75.55] (HELO s455.au.crucialx.net) (203.98.75.55) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Jul 2011 07:38:35 +0000 Received: from [120.155.117.42] (helo=[192.168.0.199]) by s455.au.crucialx.net with esmtpa (Exim 4.69) (envelope-from ) id 1QgXXf-0006pq-G6 for user@couchdb.apache.org; Tue, 12 Jul 2011 17:38:09 +1000 Message-ID: <4E1BF9DA.90008@kearns.net.au> Date: Tue, 12 Jul 2011 17:38:02 +1000 From: Sam Kearns User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: Futon Test Suite Failures References: <4E1B798B.5050909@kearns.net.au> <4E1BF743.5000806@kearns.net.au> In-Reply-To: <4E1BF743.5000806@kearns.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - s455.au.crucialx.net X-AntiAbuse: Original Domain - couchdb.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - kearns.net.au X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org Ooops, forgot to answer the other question... My installation is setup-couchdb-1.1.0+COUCHDB-1152_otp_R14B03.exe downloaded from https://github.com/dch/couchdb/downloads On 12/07/2011 5:26 PM, Sam Kearns wrote: > Hi Dave, > > Thanks for your response! I will send my couch.log directly to you via > e-mail. > > Cheers, > Sam > > > On 12/07/2011 4:25 PM, Dave Cottlehuber wrote: >> On 12 July 2011 10:30, Sam Kearns wrote: >>> Hi All, >>> >>> First post. Recently discovered CouchDB and have been playing around >>> with it on my laptop for a couple of weeks. Today I decided to run the >>> test suite in Futon. (yeah OK I'm lazy, maybe I should say "relaxed" >>> ;) ) >>> >>> My Setup: >>> Asus EeePC 1000H w/2Gb RAM >>> Win7 Home Premium 32-bit >>> Couch DB V1.1.0 as a windows service >>> Firefox V5.0 >>> >>> The first time I ran the test suite it informed me that I must be in >>> Admin party mode and offered to delete my admin users for me, which I >>> accepted. >>> >>> The tests then proceeded for a little while but eventually I got a FF >>> dialogue telling me scripts were taking to long to run. I clicked >>> "Continue" but eventually Firefox totally crashed and had to be >>> terminated. After restarting FF I also found that CouchDB had totally >>> crashed (no response on HTTP) so I had to restart that service too. >>> >>> After getting back into Futon, my CouchDB was now littered with test >>> databases. I went back to the test page and tried to test again >>> (thinking it would clean up before/after itself). This time it >>> completed all the tests without crashing however most of the tests >>> failed due to an authorisation error telling me I was not an admin. I >>> figured it must have something to do with the left over databases from >>> the previous crash so I tried to delete them but could not. Even >>> though I was in "Admin Party" mode, Futon kept telling me that I could >>> not delete those databases because I was not an administrator. (WTF?) >>> >>> So I re-created my user login, but now my new user was not an Admin >>> either. After a minor panic that I had locked myself out of my CouchDB >>> I discovered that I could add admins to local.ini. After doing that, >>> and logging in, I was then able to delete all of the left-over test >>> databases. I then went back to local.ini and commented out my admin >>> users and restarted couchDB and confirmed I was back in Admin Party >>> mode. >>> >>> I then ran the tests again, this time every single test passed except >>> for the "attachments" test. >>> >>> >>> Assertion failed: false >>> Exception raised: { >>> "message":"actual is null","fileName":"http://localhost:5984/_utils/ >>> script/couch_test_runner.js?0.11.0 >>> ","lineNumber": >>> >>> 322,"stack":" >>> TEqualsIgnoreCase(\"text/ >>> plain;charset=utf-8\",null)@http://localhost:5984/_utils/script/ >>> couch_test_runner.js?0.11.0:322\u000a(true)@http://localhost:5984/ >>> _utils/script/test/attachments.js:215\u000arun(17)@http://localhost >>> : >>> >>> 5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"} >>> >>> >>> The odd thing here is that this test had in fact passed on the >>> previous test run! I then tried clicking "Run with debugger". The same >>> error is shown again in the "Details" column but the test never >>> completes, (shows "running" in status column) despite waiting 10+ >>> minutes for it. >>> >>> Also, even though neither Firefox nor CouchDB crashed, my CouchDB now >>> has a bunch of left-over test databases in it again. They are: >>> >>> test_suite_db >>> test_suite_db/with_slashes >>> test_suite_filtered_rep_db_a >>> test_suite_filtered_rep_db_b >>> test_suite_rep_docs_db_a >>> test_suite_rep_docs_db_b >>> test_suite_reports >>> >>> This time however I was allowed to delete them in Admin Party mode. >>> >>> Running the test again it fails the attachments test again and also >>> fails three other tests: auth_cache, list_views and rev_stemming. All >>> three of these tests passed on 2 previous test runs. in looking at >>> their error messages they seem completely unrelated to each other. >>> (i.e. they are not all auth errors or something like that). >>> >>> So at this point I give up with the test suite. Every time I run I get >>> different results and it frequently bugs out and can even kill my >>> browser and my CouchDB service. >>> >>> Thing is, this is the only time that CouchDB has not been rock solid >>> for me. I know that's not saying much as I am only developing a >>> CouchApp for learning and personal use at the moment. >>> >>> Does it matter that I am running the test suite on a CouchDB install >>> that already has my app database in it? Or should the test suite only >>> be run on a clean install? >>> >>> What should I make of all of this? >>> >>> Cheers, >>> Sam >>> >> Hi Sam, >> >> There's no acceptable reason for CouchDB to crash on Windows nor any >> other OS. Can you paste somewhere the contents of couch.log please, or >> put it on something like dropbox, I'd like to take a look. Also what >> CouchDB version did you use - where was it downloaded from? >> >> Re the test suite, I test mainly against FF 4.0. One of the issues is >> that a lot of the tests are dependent on the browser's >> functionality/bugs& we are often impacted by browser caching. Not a >> great excuse but! >> >> If you reset FF and re-run the test suite things should be repeatable. >> If you see failures then I'd like to sort these out, especially if its >> couch dying or >> >> Seeing as you're in a similar timezone (woo southern hemisphere!!!!) >> feel free to chase me (dch) up on IRC #couchdb. I'm online from 21h00 >> NZST most evenings and daytime around 10h00 onwards. >> >> A+ >> Dav