[GitHub] jerem commented on issue #991: windows fails to run if installed to a path with spaces in it

2017-11-14 Thread GitBox
jerem commented on issue #991: windows fails to run if installed to a path with 
spaces in it
URL: https://github.com/apache/couchdb/issues/991#issuecomment-344503759
 
 
   I am facing this problem on Windows with CouchDB 1.7.1 installer.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] sklassen opened a new issue #994: View_index_dir is ignored in 2.1.1-1

2017-11-14 Thread GitBox
sklassen opened a new issue #994: View_index_dir is ignored in 2.1.1-1
URL: https://github.com/apache/couchdb/issues/994
 
 
   
   The xenial Ubuntu default.ini has the database_dir and view_index_dir set to 
./data if you change view_index_dir to say ./index and create directory with 
correct permissioning, restart couchdb, the index direct remains empty. Indexes 
are created in the data directory.
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[Jenkins] SUCCESS: CouchDB ยป master #140

2017-11-14 Thread Apache Jenkins Server
Yay, we passed. https://builds.apache.org/job/CouchDB/job/master/140/

[GitHub] danikp closed issue #992: 'Replication' menu not shows all replications

2017-11-14 Thread GitBox
danikp closed issue #992: 'Replication' menu not shows all replications
URL: https://github.com/apache/couchdb/issues/992
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] danikp commented on issue #992: 'Replication' menu not shows all replications

2017-11-14 Thread GitBox
danikp commented on issue #992: 'Replication' menu not shows all replications
URL: https://github.com/apache/couchdb/issues/992#issuecomment-344365681
 
 
   you are right, moved to apache/couchdb-fauxton#1022
   closing here


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] danikp opened a new issue #1022: 'Replication' menu not shows all replications

2017-11-14 Thread GitBox
danikp opened a new issue #1022: 'Replication' menu not shows all replications
URL: https://github.com/apache/couchdb-fauxton/issues/1022
 
 
   
   
   ## Expected Behavior
   
   
   If looking 'Replication' menu at 'Replicator DB Activity' tab, I expect to 
see all replications existing in _replicator database
   
   ## Current Behavior
   
   
   Can see only 99 rows
   
   ## Possible Solution
   
   
   show all replications having document in _replicator database (with or 
without pagination)
   
   ## Steps to Reproduce (for bugs)
   
   
   1. add more than 100 replication documents to _replicator databse
   2. open Fauxton
   3. go to Replication->Replicator DB activity
   4. there is only 99 rows shown
   
   ## Context
   
   
   
   ## Your Environment
   
   * Version used: 2.1.1
   * Browser Name and version: any
   * Operating System and version (desktop or mobile): any
   * Link to your project: https://fieldintech.com/
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] tonysun83 closed pull request #863: Fix exists false when field is explicitly defined

2017-11-14 Thread GitBox
tonysun83 closed pull request #863: Fix exists false when field is explicitly 
defined
URL: https://github.com/apache/couchdb/pull/863
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] abc3 commented on issue #666: Move _users _design/auth into Erlang

2017-11-14 Thread GitBox
abc3 commented on issue #666: Move _users _design/auth into Erlang
URL: https://github.com/apache/couchdb/issues/666#issuecomment-343930506
 
 
   Hi to all! I have made translation functions to erlang for _users view.
   
   @janl check, please, this
   
https://github.com/abc3/couchdb/blob/851a8163fa9e1719da0017f61701162bcd17e703/src/couch/include/couch_erl_functions.hrl
   
   Did you mean some like this?


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] sinitean opened a new issue #993: Mac OSX 13 2.1.1 build still uses -name couchdb@localhost in included vm.args + sha key doesn't match

2017-11-14 Thread GitBox
sinitean opened a new issue #993: Mac OSX 13 2.1.1 build still uses -name 
couchdb@localhost in included vm.args + sha key doesn't match
URL: https://github.com/apache/couchdb/issues/993
 
 
   
   Current macOS 10.6+ zip on download site still uses localhost in vm.args
   
   ## Expected Behavior
   
   
   According to release nodes vm.args now uses "-name couchdb@127.0.0.1"
   
   ## Current Behavior
   
   
it is still set to: 
   "-name couchdb@localhost"
   
   ## Possible Solution
   
   
   
   It's possible the build is correct but the download link itself is outdated 
since the sha keys don't match?
   Website lists for 
https://dl.bintray.com/apache/couchdb/mac/2.1.1/Apache-CouchDB-2.1.1.zip
   the sha key:
   31f780432af0d9cdbe942beb56e181de9f0e1fb69535d6e5af957fd4ccb9e147  
Apache-CouchDB-2.1.1.zip
   yet after downloading and checking key I get:
   3cd989cdff981e3c40703a0ffa554effa7b2935f  Apache-CouchDB-2.1.1.zip
   
   in addition to above, provide similar to local.ini a way to create a local 
vm.args that is not overwritten during upgrades.
   
   ## Steps to Reproduce (for bugs)
   
   
   
   1. Remove old install: delete couch from app folder, delete preferences and 
local.ini in user's Library/Preferences folder, delete CouchDB folder from 
user's Library/Application Support/ folder
   2.Download 2.1.1 for macOS (10.6+) using link on couchdb.apache.org
   3. Follow installation instruction and install couch.
   4. Go to /Applications/Apache\ 
CouchDB.app/Contents/Resources/couchdbx-core/etc/ 
   and open vm.args and you find -name couchdb@localhost
   
   ## Context
   
   Would like a clean install because after last upgrade to 2.1.1 replication 
and writes wouldn't work any longer. I also had and see every couple of seconds 
chttpd_auth_cache errors in the logs.
   (I will raise a separate issue on the chttpd_auth_cache error and 
replication not working. )
   
   I think besides commenting that the setting needs to be changed from prior 
default, it would be quite helpful to provide a suggested path to move an 
existing install from the couchdb@localhost to the new recommended 
couchdb@127.0.0.1 config. 
   In general, it would be helpful to have a recommended approach to move from 
one ip to another. 
   
   Currently, the solution that comes to my mind, is to remove an existing 
install completely, install fresh, specify the desired ip (whether 127.0.0.1 or 
another ip), adjust all settings*   and then replicate the content from another 
install.
   
   * adjusting the settings and where local settings go could also need some 
documentation, at least for the Mac. 
   I should be able to re-use prior setting files as an alternative to using 
Fauxton. This works on Unix like platforms but the OS X install has gone 
through non documented changes (or at least I couldn't find any) and it isn't 
obvious. Before 2.1 settings were stored under the etc sub folder in the the 
Library/Application Support couch dir. Now there is a settings file in the 
Library/Preferences folder. Or maybe it was always there but i didn't notice 
it. 
   There is also a local.ini within the Application/CouchDb package which will 
or will not be overwritten during upgrades? It doesn't seem to be used when 
saving local settings.
   
   
   
   
   ## Your Environment
   
   * Version used:
   * Browser Name and version:
   * Operating System and version (desktop or mobile):
   * Link to your project:
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] wohali commented on issue #976: Replication never reaches 100%

2017-11-14 Thread GitBox
wohali commented on issue #976: Replication never reaches 100%
URL: https://github.com/apache/couchdb/issues/976#issuecomment-344327303
 
 
   @nickva also see https://github.com/apache/couchdb/issues/984 , your problem 
may be exacerbated by this bug


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] janl closed pull request #205: 2017 cves

2017-11-14 Thread GitBox
janl closed pull request #205: 2017 cves
URL: https://github.com/apache/couchdb-documentation/pull/205
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] janl opened a new pull request #205: 2017 cves

2017-11-14 Thread GitBox
janl opened a new pull request #205: 2017 cves
URL: https://github.com/apache/couchdb-documentation/pull/205
 
 
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] nickva commented on issue #976: Replication never reaches 100%

2017-11-14 Thread GitBox
nickva commented on issue #976: Replication never reaches 100%
URL: https://github.com/apache/couchdb/issues/976#issuecomment-344310226
 
 
   Hi @tejaycar. I have seen it as well. Try using the latest CouchDB 2.1.1 (as 
of now) and see if you notice this behavior there too. Like @kocolosk pointed 
out we made some improvements in that area.
   
   But in general for stats reporting there are a few corner cases left even 
with the latest changes. Specifically remember seeing that if target has all 
the documents and no updates were needed, then checkpointed source sequence 
stat would be stuck at 0. It was something about stats being updated during 
writes (so if no doc update happens, it stays at a default value). That is a 
bug and we should fix it.
   
   Also, with 2.x CouchDB running as a cluster by default, accurate percentage 
completion becomes a bit tricky, as update sequence are not monotonically 
increasing integers anymore. In that case it might be a Futon issue, as we 
might have to change how we report progress.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] MarcoDima commented on issue #455: jsapi.h: No such file or directory

2017-11-14 Thread GitBox
MarcoDima commented on issue #455:  jsapi.h: No such file or directory
URL: https://github.com/apache/couchdb/issues/455#issuecomment-344295685
 
 
   I'm having a similar problem while trying to change the paths of the folders 
where couchdb finds spidermonkey and icu.
   I edited the rebar.config.script to modify spidermonkey path and it seems to 
work.
   So is there a way to make the same with icu? I can't find where this path is 
set and so i'm not able to change it.
   
   I'm using Ubuntu 14.04, Spidermonkey 1.8.5 and icu4c-52_1 and couchdb-2.1


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] popojargo commented on issue #992: 'Replication' menu not shows all replications

2017-11-14 Thread GitBox
popojargo commented on issue #992: 'Replication' menu not shows all replications
URL: https://github.com/apache/couchdb/issues/992#issuecomment-344280567
 
 
   Perhaps this should be moved to https://github.com/apache/couchdb-fauxton


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] willholley closed pull request #971: Fix Mango text index tests

2017-11-14 Thread GitBox
willholley closed pull request #971: Fix Mango text index tests
URL: https://github.com/apache/couchdb/pull/971
 
 
   

This is a PR merged from a forked repository.
As GitHub hides the original diff on merge, it is displayed below for
the sake of provenance:

As this is a foreign pull request (from a fork), the diff is supplied
below (as it won't show otherwise due to GitHub magic):

diff --git a/src/mango/test/05-index-selection-test.py 
b/src/mango/test/05-index-selection-test.py
index 05571a7e8c..49946171e4 100644
--- a/src/mango/test/05-index-selection-test.py
+++ b/src/mango/test/05-index-selection-test.py
@@ -181,15 +181,13 @@ def 
test_uses_all_docs_when_selector_doesnt_require_fields_to_exist(self):
 
 
 @unittest.skipUnless(mango.has_text_service(), "requires text service")
-class TextIndexSelectionTests(mango.UserDocsTests, IndexSelectionTests):
+class TextIndexSelectionTests(mango.UserDocsTests):
 
 @classmethod
 def setUpClass(klass):
 super(TextIndexSelectionTests, klass).setUpClass()
-
-def setUp(self):
-self.db.recreate()
-user_docs.add_text_indexes(self.db, {})
+if mango.has_text_service():
+user_docs.add_text_indexes(klass.db, {})
 
 def test_with_text(self):
 resp = self.db.find({
diff --git a/src/mango/test/06-basic-text-test.py 
b/src/mango/test/06-basic-text-test.py
index c02950c46e..3783006ab9 100644
--- a/src/mango/test/06-basic-text-test.py
+++ b/src/mango/test/06-basic-text-test.py
@@ -450,14 +450,14 @@ def test_elem_match_non_object(self):
 }
 }
 docs = self.db.find(q)
-assert len(docs) == 1
-assert docs[0]["bestfriends"] == ["Wolverine", "Cyclops"]
+self.assertEqual(len(docs), 1)
+self.assertEqual(docs[0]["bestfriends"], ["Wolverine", "Cyclops"])
 
 q = {"results": {"$elemMatch": {"$gte": 80, "$lt": 85}}}
 
 docs = self.db.find(q)
-assert len(docs) == 1
-assert docs[0]["results"] == [82, 85, 88]
+self.assertEqual(len(docs), 1)
+self.assertEqual(docs[0]["results"], [82, 85, 88])
 
 def test_elem_match(self):
 q = {"friends": {
@@ -466,9 +466,9 @@ def test_elem_match(self):
 }
 }
 docs = self.db.find(q)
-assert len(docs) == 2
+self.assertEqual(len(docs), 2)
 for d in docs:
-assert d["user_id"] in (0, 1)
+self.assertIn(d["user_id"], (0, 1))
 
 q = {
 "friends": {
@@ -479,8 +479,8 @@ def test_elem_match(self):
 }
 }
 docs = self.db.find(q)
-assert len(docs) == 1
-assert docs[0]["user_id"] == 4
+self.assertEqual(len(docs), 1)
+self.assertEqual(docs[0]["user_id"], 4)
 
 
 # Check that we can do logic in elemMatch
@@ -490,8 +490,9 @@ def test_elem_match(self):
 }}
 }
 docs = self.db.find(q)
-assert len(docs) == 1
-assert docs[0]["user_id"] == 1
+self.assertEqual(len(docs), 2)
+for d in docs:
+self.assertIn(d["user_id"], (1, 15))
 
 q = {
 "friends": {
@@ -505,9 +506,9 @@ def test_elem_match(self):
 }
 }
 docs = self.db.find(q)
-assert len(docs) == 2
+self.assertEqual(len(docs), 3)
 for d in docs:
-assert d["user_id"] in (1, 4)
+self.assertIn(d["user_id"], (1, 4, 15))
 
 # Same as last, but using $in
 q = {
@@ -519,9 +520,9 @@ def test_elem_match(self):
 }
 }
 docs = self.db.find(q)
-assert len(docs) == 2
+self.assertEqual(len(docs), 3)
 for d in docs:
-assert d["user_id"] in (1, 4)
+self.assertIn(d["user_id"], (1, 4, 15))
 
 q = {
 "$and": [{
@@ -564,9 +565,9 @@ def test_elem_match(self):
 ]
 }
 docs = self.db.find(q)
-assert len(docs) == 3
+self.assertEqual(len(docs), 3)
 for d in docs:
-assert d["user_id"] in (10, 11,12)
+self.assertIn(d["user_id"], (10, 11,12))
 
 @unittest.skipUnless(mango.has_text_service(), "requires text service")
 class AllMatchTests(mango.FriendDocsTextTests):
diff --git a/src/mango/test/10-disable-array-length-field-test.py 
b/src/mango/test/10-disable-array-length-field-test.py
index ce7713b63b..6b6d419265 100644
--- a/src/mango/test/10-disable-array-length-field-test.py
+++ b/src/mango/test/10-disable-array-length-field-test.py
@@ -16,7 +16,7 @@
 @unittest.skipUnless(mango.has_text_service(), "requires text service")
 class DisableIndexArrayLengthsTest(mango.UserDocsTextTests):
 
-def setUp(klass):
+def setUp(self):
 self.db.recreate()
 self.db.create_text_index(ddoc="disable_index_array_lengths",
analyzer="keyword",
diff --git a/src/mango/test/16-index-selectors-test.py 

[GitHub] danikp opened a new issue #992: 'Replication' menu not shows all replications

2017-11-14 Thread GitBox
danikp opened a new issue #992: 'Replication' menu not shows all replications
URL: https://github.com/apache/couchdb/issues/992
 
 
   
   
   ## Expected Behavior
   
   
   If looking 'Replication' menu at 'Replicator DB Activity' tab, I expect to 
see all replications existing in _replicator database
   
   ## Current Behavior
   
   
   Can see only 99 rows
   
   ## Possible Solution
   
   
   show all replications having document in _replicator database (with or 
without pagination)
   
   ## Steps to Reproduce (for bugs)
   
   
   1. add more than 100 replication documents to _replicator databse
   2. open Fauxton
   3. go to Replication->Replicator DB activity
   4. there is only 99 rows shown
   
   ## Context
   
   
   
   ## Your Environment
   
   * Version used: 2.1.1
   * Browser Name and version: any
   * Operating System and version (desktop or mobile): any
   * Link to your project: https://fieldintech.com/
   


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] dch opened a new issue #991: windows fails to run if installed to a path with spaces in it

2017-11-14 Thread GitBox
dch opened a new issue #991: windows fails to run if installed to a path with 
spaces in it
URL: https://github.com/apache/couchdb/issues/991
 
 
   If CouchDB is installed to a path with spaces, and on a windows system that 
doesn't have the 8.3 NTFS filename mapping registry flag set (possibly the 
default now on newer windows releases than what I have available), then the 
following pretty stack trace comes up whenever `couchjs` is summoned:
   
   ```erl
   {{badmatch, {error, {enoent, [{erlang,open_port, [{spawn, "c:/Program Files 
(x86)/Apache Software 
Foundation/CouchDB/lib/couch-1.7.1/priv/couchspawnkillable ./couchjs.exe 
../share/couchdb/server/main.js"}, 
[stream,{line,4096},binary,exit_status,hide]], []}, {couch_os_process,init,1, 
[{file, 
"c:/cygwin/relax/apache-couchdb-1.7.1/src/couchdb/couch_os_process.erl"}, 
{line,148}]}, {gen_server,init_it,6,[{file,"gen_server.erl"},{line,306}]}, 
{proc_lib,init_p_do_apply,3, [{file,"proc_lib.erl"},{line,237}]}]}}}, 
[{couch_query_servers,new_process,3, [{file, 
"c:/cygwin/relax/apache-couchdb-1.7.1/src/couchdb/couch_query_servers.erl"}, 
{line,477}]}, {couch_query_servers,lang_proc,3, [{file, 
"c:/cygwin/relax/apache-couchdb-1.7.1/src/couchdb/couch_query_servers.erl"}, 
{line,462}]}, {couch_query_servers,handle_call,3, [{file, 
"c:/cygwin/relax/apache-couchdb-1.7.1/src/couchdb/couch_query_servers.erl"}, 
{line,334}]}, 
{gen_server,try_handle_call,4,[{file,"gen_server.erl"},{line,607}]}, 
{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,639}]}, 
{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
   ```
   
   This is because we use an absolute path to `couchspawnkillable.exe` in 2 
places:
   
   ```erl
   start_port(Command, EnvPairs) ->
   PrivDir = couch_util:priv_dir(),
   Spawnkiller = filename:join(PrivDir, "couchspawnkillable"),
   ```
   
   - 
https://github.com/apache/couchdb/blob/1.7.x/src/couchdb/couch_os_daemons.erl#L200
   - 
https://github.com/apache/couchdb/blob/1.7.x/src/couchdb/couch_os_process.erl#L145
   
   There are a few solutions to this; but the simplest one is to change 
https://github.com/apache/couchdb/blob/1.7.x/src/couchdb/couch_util.erl#L60 to 
use `os:type/0` and return a regex munged relative path instead. Given that 
this code branch will only be used on Windows, nobody is taking a performance 
hit that they didn't already sign up to ;-).
   
   Another alternative is to deny our OTP-ness and move 
`couchspawnkillable.exe` during 
https://github.com/apache/couchdb/blob/1.7.x/src/couchdb/priv/Makefile.am#L136-L137
 into `./bin/` as we already do with `couchjs.exe`, and then invoke 
`couchspawnkillable.exe` without any path at all.
   
   I'm cool with either, if somebody feels like picking one option and 
implementing it.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services


[GitHub] fkaempfer commented on issue #988: Mango /_find returns 500 with use_index

2017-11-14 Thread GitBox
fkaempfer commented on issue #988: Mango /_find returns 500 with use_index
URL: https://github.com/apache/couchdb/issues/988#issuecomment-344178806
 
 
   Thanks for the fix! The error message helps to understand what exactly went 
wrong.


This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


With regards,
Apache Git Services