Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of cgsmcmlxxv@gmail.com
 designates 209.85.215.180 as permitted sender)
Message-ID: <4EA1309B.6010202@gmail.com>
Date: Fri, 21 Oct 2011 10:43:07 +0200
From: CGS <cgsmcmlxxv@gmail.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15
MIME-Version: 1.0
To: user@couchdb.apache.org
Subject: Re: Futon Test Suites Failed: CouchDB 1.1.0 FF5.0
References: 
 <CA+WJ-++2TbeNQJ19u5kNA7mG7=iRcrrN=ch=uo1=iPsK_wJyGw@mail.gmail.com>
	<CA+WJ-+JTwb6Uo9OPvTwaSBzEUW+pbkb-ZdG6o-rrxpsLcLCm2Q@mail.gmail.com>
	<4E968362.3060809@gmail.com>
 <CA+WJ-+JCfcp3dD-XnRrgtkbz41EcgEb8y54eDO42dFNi1KkKSA@mail.gmail.com>
In-Reply-To: 
 <CA+WJ-+JCfcp3dD-XnRrgtkbz41EcgEb8y54eDO42dFNi1KkKSA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

That's more a FF problem than CouchDB problem (as you noticed by using 
someone else's FF). Some recommendations for this case:
1. Do not reinstall FF, but remove old FF completely from your PC and 
install it again from scratch (preferably the last version). If you 
don't know where FF installed all its folders, the fastest way to clean 
your system of FF is through system registry (try not to mess up your 
registries though).
2. If it was installed as admin, check if your FF can access all its 
required files (I am no expert in MS Windows 7 and, actually, I only saw 
it on one PC, but I know that under Linux, this problem may trigger that 
kind of errors).

Cheers,
CGS


On 10/21/2011 09:57 AM, Koji Kawamura wrote:
> Thank you, CGS
>
> The "db_not_found" error turned out to be a problem of hosts file setting.
>
> I was accessing CouchDB (vm) from Windows 7 (host) with "couchdb" as
> hostname like:
> http://couchdb:5984/_utils/
> But I didn't set hosts file on the vm properly.
> VM sends a replicationrequest,
> but it couldn't understand the hostname, "couchdb" and failed.
> After I fixed the hosts file, those tests succeeded.
>
> I still get some errors yet,
> form_submit, view_errors often fail, sometimes succeed, saying this
> error message:
> "Exception raised: {}"
> I debugged the test Javascript and caught this exception:
> [Exception... "Component returned failure code: 0x80004005
> (NS_ERROR_FAILURE)" nsresult: "0x80004005 (NS_ERROR_FAILURE)"
> location: "JS frame ::
> http://couchdb:5984/_utils/script/couch.js?0.11.0 ::<TOP_LEVEL>  ::
> line 416" data: no] { message="Component returned fail...4005
> (NS_ERROR_FAILURE)", result=2147500037, more...}
> When I use my colleagues' FireFox, these test succeed always.
> It's because of my local environment setting..
> I've re-installed FireFox, but the situation didn't change.
>
> Thanks,
> Koji
>
> On Thu, Oct 13, 2011 at 3:21 PM, CGS<cgsmcmlxxv@gmail.com>  wrote:
>> Hi,
>>
>> Try to add manually the two databases and see what is happening.
>>
>> Cheers,
>> CGS
>>
>>
>> On 10/12/2011 11:29 PM, Koji Kawamura wrote:
>>> Excuse me, I made a mistake with the title I followed.
>>> I followed this one,
>>> "Building CouchDB from source (with standard packages only)"
>>>
>>> On Thu, Oct 13, 2011 at 6:25 AM, Koji Kawamura<ijokarumawak@gmail.com>
>>>   wrote:
>>>> Hi,
>>>>
>>>> I've been trying to pass all tests but I still get failed.
>>>>
>>>> I installed CouchDB 1.1.0 from tarball following to this installation
>>>> guide.
>>>> "Building CouchDB from source (with EPEL packages)"
>>>> http://wiki.apache.org/couchdb/Installing_on_RHEL5
>>>>
>>>> I'm using CentOS 5.7 as a VM hosted on Windows 7.
>>>>
>>>> When I run the test suites from FireFox 5.0,
>>>> I got these failures:
>>>>
>>>>
>>>> attachment_paths        error   4700ms
>>>>     Exception raised: {}
>>>>
>>>> form_submit     error   415ms
>>>>     Exception raised: {}
>>>>
>>>> invalid_docids  error   836ms
>>>>     Exception raised: {}
>>>>
>>>> oauth   error   10849ms
>>>>     Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_a/"}
>>>>
>>>> replication     error   17703ms
>>>>     Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>
>>>> replicator_db   error   10891ms
>>>>     Assertion failed: copy !== null
>>>>     Exception raised: {"message":"copy is
>>>>
>>>> null","fileName":"http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0","lineNumber":143,"stack":"filtered_replication()@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:143\u000arun_on_modified_server([object
>>>>
>>>> Array],filtered_replication)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:375\u000a(false)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:737\u000arun(-2)@http://couchdb:5984/_utils/script/couch_test_runner.js?0.11.0:91\u000a"}
>>>>
>>>> security_validation     error   17461ms
>>>>     Exception raised: {"error":"db_not_found","reason":"could not open
>>>> http://couchdb:5984/test_suite_db_b/"}
>>>>
>>>> stats   failure 40474ms
>>>>     Assertion 'triggered, "We managed to force a all_dbs_active
>>>> error."' failed: We managed to force a all_dbs_active error.
>>>>
>>>> view_compaction failure 3616ms
>>>>     Assertion failed: resp.view_index.disk_size<    disk_size_before_compact
>>>>
>>>> view_errors     error   1890ms
>>>>     Exception raised: {}
>>>>
>>>> 69 of 69 test(s) run, 10 failures (634302 ms)
>>>>
>>>> Does anyone have the same experience and know a workaround for this?
>>>> Any information is appreciated.
>>>>
>>>> Thanks,
>>>> Koji
>>>>
>>