For the record, I think it's important to remember that design docs
are extensible, i.e. couchapp-style tools should also support
'fulltext' (couchdb-lucene), 'spatial' (geocouch), etc members. In
general, that means blindly building a design doc from whatever bits
(js, json, plain text) are on dis
+1
sig: ok
md5/sha: ok
distcheck: ok
verify: ok
Tested on Ubuntu 13.10. Futon, Fauxton and documentation all present
and working.
On 20 October 2013 10:54, Dirkjan Ochtman wrote:
> Dear community,
>
> I would like to release Apache CouchDB 1.5.0-rc.3, with a number of
> documentation-related fi
Ubuntu 13.10
sigs: ok
distcheck: ok
verify install: ok
+1
On 9 October 2013 20:26, Dirkjan Ochtman wrote:
> Dear community,
>
> I would like to release Apache CouchDB 1.5.0-rc.2, which, unlike rc1,
> includes the fauxton sources.
>
> Changes since last round:
>
> *
> https://git-wip-us.apach
gpg sig: ok
md5: ok
sha1: ok
distcheck: ok
verify install: ok
+1
One small point: Dirkjan's gpg public key isn't one of the listed
--recv-keys in the Test_procedure wiki page.
- Matt
On 8 October 2013 20:23, Dirkjan Ochtman wrote:
> Dear community,
>
> I would like to release Apache CouchDB 1.
+1
sig: ok
hashes: ok
tests: ok (see below)
verify installation: ok
27 form_submit failed during `make distcheck`,
https://gist.github.com/emgee/5278262, but succeeded when run from
Futon.
Ubuntu Linux 12.10
Erlang R15B01
SpiderMonkey 1.8.5
On 30 March 2013 15:54, Noah Slater wrote:
> Dear com
+1
Sig: OK
Hashes: OK
Tests: OK
Verify installation: OK
Environment:
OS: Linux, Ubuntu 12.10
Erlang: R15B01
mozjs: 1.8.5
On 23 March 2013 20:47, Noah Slater wrote:
> Dear community,
>
> I would like to call a vote on Apache CouchDB 1.2.2-rc.1.
>
> Changes since last round:
>
> *
> https://gi
+1
Sigs: OK
Hashes: OK
Tests: OK (notes below)
Verify Installation: OK
Environment:
OS: Linux, Ubuntu 12.10
Erlang: R15B01
mozjs: 1.8.5
Test 27 form_submit failed during `make distcheck` but succeeded when
run from browser, https://gist.github.com/emgee/5235914
- Matt
On 23 March 2013 20:15, N
On 11 March 2013 11:38, Matt Goodall wrote:
> +1 (but see below)
>
>
> GPG signature: good
> MD5: good
> SHA1: good
>
> make distcheck: failed (twice) with:
>
> """
> not ok 27 form_submit
> Reason: Failed to execute HTTP request: Recv failure: C
+1 (but see below)
GPG signature: good
MD5: good
SHA1: good
make distcheck: failed (twice) with:
"""
not ok 27 form_submit
Reason: Failed to execute HTTP request: Recv failure: Connection reset by peer
...
"""
However ... the form_submit test worked fine in Chrome and Firefox.
Verify Installa
[
https://issues.apache.org/jira/browse/COUCHDB-1444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261783#comment-13261783
]
Matt Goodall commented on COUCHDB-1444:
---
Looks like the same problem happene
On 29 March 2012 23:02, Noah Slater wrote:
>
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, fifth round.
>
> Changes since last round:
>
> - Fixed the release procedure
>
> I am calling this the "Sisyphus" release.
>
> We encourage the whole community to download and
On 24 March 2012 17:39, Noah Slater wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.2.0 release, third round.
>
> (I am calling this the "Haters Gon Hate" release.)
>
> Changes since last round:
>
> * COUCHDB-1424 fixed, thank you Bob Dionne
> * COUCHDB-1426 fixed, thank you
Environment: Ubuntu, with no erlang-os-mon package installed
Reporter: Matt Goodall
Priority: Minor
couch:start/0 ignores the result of application:start/1, masking any errors
that happen during startup. e.g. I didn't have Erlang's os_mon modules (from
Ubuntu&#
On 19 July 2011 02:22, Noah Slater wrote:
>
> On 19 Jul 2011, at 00:57, Randall Leeds wrote:
>
> >> My understanding is that local.ini is that generated.ini.
>
> Nope.
>
> The default.ini file is for the default configuration we ship with CouchDB,
> or for downstream distributions to include a de
[
https://issues.apache.org/jira/browse/COUCHDB-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13039990#comment-13039990
]
Matt Goodall commented on COUCHDB-1171:
---
Attached is a possible fix and a JS
[
https://issues.apache.org/jira/browse/COUCHDB-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Goodall updated COUCHDB-1171:
--
Attachment: couchdb-changes-stats-process-leak-test.js
couchdb-changes-stats
[
https://issues.apache.org/jira/browse/COUCHDB-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13039981#comment-13039981
]
Matt Goodall commented on COUCHDB-1171:
---
I think there may be a problem
On 17 May 2011 15:17, Robert Newson wrote:
> Hello,
>
> I would like call a vote for the Apache CouchDB 1.1.0 release, round 1.
>
> We encourage the whole community to download and test these release
> artifacts so
> that any critical issues can be resolved before the release is made.
> Everyone
Hi,
The new ejson module doesn't support older versions of Erlang because the
expected result from the module's on_load fun changed from true to ok.
The attached one-line change (as a git diff) fixes it for me using the
standard Erlang packages on Ubuntu 10.10 and 11.04 but I don't have a newer
v
On 7 July 2010 13:20, Benoit Chesneau wrote:
> On Wed, Jul 7, 2010 at 1:40 PM, Jan Lehnardt wrote:
>>
>> On 7 Jul 2010, at 08:31, Benoit Chesneau wrote:
>>
>> I dislike to have too much options though.
>>>
>>> @damien
>>> I don't understand this "keep it for 1.0" mantra. Since it's more a
>>> "ph
I've been running my script against trunk for a while and it hasn't
failed yet. I guess that means that this can be ignored unless you
guys think it might be a problem that still exists.
- Matt
On 10 June 2010 12:19, Matt Goodall wrote:
> On 10 June 2010 10:49, Matt Goodall
[
https://issues.apache.org/jira/browse/COUCHDB-791?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12877422#action_12877422
]
Matt Goodall commented on COUCHDB-791:
--
I'm really, really surprise
: Bug
Affects Versions: 0.11.1
Environment: Linux (Ubuntu 10.04)
Reporter: Matt Goodall
If the couchdb server is shutdown (couchdb -d, Ctrl+C at the console, etc)
during the delayed commits period then buffered updates are lost.
Simple script to demonstrate the problem is
On 10 June 2010 10:49, Matt Goodall wrote:
> Hi,
>
> An application test started "randomly" failing when getting a
> relatively simple map view. Here's the error from the couchdb logs:
>
> [info] [<0.459.0>] 127.0.0.1 - - 'PUT' /killer 201
>
Hi,
An application test started "randomly" failing when getting a
relatively simple map view. Here's the error from the couchdb logs:
[info] [<0.459.0>] 127.0.0.1 - - 'PUT' /killer 201
[info] [<0.460.0>] 127.0.0.1 - - 'POST' /killer 201
[info] [<0.468.0>] 127.0.0.1 - - 'POST' /killer 201
[error]
AM, Matt Goodall wrote:
>
>> On 14 April 2010 13:23, Adam Kocoloski wrote:
>>> On Apr 14, 2010, at 7:59 AM, Matt Goodall wrote:
>>>
>>>> Hi,
>>>>
>>>> Over in couchdb-python land someone wanted to use batch=ok when
>>>> crea
: 0.11
Reporter: Matt Goodall
The two batch_size options, batch_save_interval and batch_save_size, are not
used as of CouchDB 0.11 but are still included in etc/couchdb/default.ini.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
On 14 April 2010 13:23, Adam Kocoloski wrote:
> On Apr 14, 2010, at 7:59 AM, Matt Goodall wrote:
>
>> Hi,
>>
>> Over in couchdb-python land someone wanted to use batch=ok when
>> creating and updating documents, so we added support.
>>
>> I was semi-su
Hi,
Over in couchdb-python land someone wanted to use batch=ok when
creating and updating documents, so we added support.
I was semi-surprised to notice that _bulk_docs does not support
batch=ok. I realise _bulk_docs essentially is a batch update but a
_bulk_docs batch=ok would presumably allow C
[
https://issues.apache.org/jira/browse/COUCHDB-411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12849159#action_12849159
]
Matt Goodall commented on COUCHDB-411:
--
Looks like this is still happening or
[
https://issues.apache.org/jira/browse/COUCHDB-685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12843013#action_12843013
]
Matt Goodall commented on COUCHDB-685:
--
The 0.11.x branch already support
[
https://issues.apache.org/jira/browse/COUCHDB-685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12843018#action_12843018
]
Matt Goodall commented on COUCHDB-685:
--
It's in the wiki now (just adde
[
https://issues.apache.org/jira/browse/COUCHDB-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841842#action_12841842
]
Matt Goodall commented on COUCHDB-683:
--
Apparently this was deliberate to stop F
[
https://issues.apache.org/jira/browse/COUCHDB-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841832#action_12841832
]
Matt Goodall commented on COUCHDB-683:
--
Sorry, that was supposed to say, "
Affects Versions: 0.11
Reporter: Matt Goodall
CouchDB does not send a "WWW-Authenticate" header in the 401 response (CouchDB
0.10.x) . May break many HTTP clients.
$ curl -i -X "PUT" http://localhost:5984/foo
HTTP/1.1 401 Unauthorized
Server: CouchDB/0.11.0bf93cb9b-
[
https://issues.apache.org/jira/browse/COUCHDB-671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12841575#action_12841575
]
Matt Goodall commented on COUCHDB-671:
--
Looks good to me. Thanks.
> Futon
Hi,
I just wanted to mention that the two issues I just created,
COUCHDB-674 and COUCHDB-675, are not affecting real code. I was
deliberately trying to get a not_found out of bulk docs to improve
some tests; improved tests will have to wait for now ;-).
- Matt
: Bug
Components: Database Core
Reporter: Matt Goodall
Deleting a non-existant document using _bulk_docs should return not_found but
instead appears to work, returning a "1-xxx" deletion rev. The deletion even
appears in the changes.
$ curl http://localhost:5984/
Components: Database Core
Reporter: Matt Goodall
The result from deleting an already deleted document using an HTTP DELETE and a
_bulk_docs {"deleted": true} is not consistent.
$ curl http://localhost:5984/scratch/foo -X PUT -d '{}'
{"ok&
On 25 February 2010 11:35, Noah Slater wrote:
>
> And I just this morning noticed a request from Matt Goodall about 0.11 Futon
> storage.
The Futon Storage issue, COUCHDB-668, is fixed in master/trunk.
The one I'm really concerned about now is COUCHDB-671 [1], "Futon
changes
: 0.11
Environment: Linux (Ubuntu 9.10), Chromium/Firefox
Reporter: Matt Goodall
Double-clicking a value in the document editor sometimes modifies the data.
1. Create a new document.
2. Add a field and enter "one\ntwo\nthree" (including the double quotes) as the
value,
On 25 February 2010 10:31, Matt Goodall wrote:
> On 23 February 2010 16:57, Matt Goodall wrote:
>
>> On 23 February 2010 16:35, Matt Goodall wrote:
>>
>>> On 23 February 2010 16:20, Christopher Lenz wrote:
>>>
>>>> Hi Matt,
>>>>
On 23 February 2010 16:57, Matt Goodall wrote:
> On 23 February 2010 16:35, Matt Goodall wrote:
>
>> On 23 February 2010 16:20, Christopher Lenz wrote:
>>
>>> Hi Matt,
>>>
>>> On 23.02.2010, at 14:25, Matt Goodall wrote:
>>> >
On 23 February 2010 16:35, Matt Goodall wrote:
> On 23 February 2010 16:20, Christopher Lenz wrote:
>
>> Hi Matt,
>>
>> On 23.02.2010, at 14:25, Matt Goodall wrote:
>> > 2. Implicit type conversion. Doc attribute values are now implicitly
>> > conve
On 23 February 2010 16:20, Christopher Lenz wrote:
> Hi Matt,
>
> On 23.02.2010, at 14:25, Matt Goodall wrote:
> > 2. Implicit type conversion. Doc attribute values are now implicitly
> > converted to some type of Futon's choosing. I'm guessing this is
> deliber
[
https://issues.apache.org/jira/browse/COUCHDB-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Goodall updated COUCHDB-668:
-
Attachment: futon-cookie-domain.diff
> Futon storage is broken for localhost and other &qu
Issue Type: Bug
Components: Futon
Affects Versions: 0.11
Environment: Linux (Ubuntu 9.10), Chromium/Firefox/Opera
Reporter: Matt Goodall
Attachments: futon-cookie-domain.diff
Futon's Storage does not save cookies when accessing a Futon on localhost.
S
On 23 February 2010 13:25, Matt Goodall wrote:
> Not really sure if this is a dev or user questions as it's for an
> unreleased version, but I have a couple of problems with Futon in the 0.11.x
> branch:
>
> 1. futon.storage. It isn't storing anything for me using
>
On 23 February 2010 13:34, Sebastian Cohnen
wrote:
> On 23.02.2010, at 14:25, Matt Goodall wrote:
>
> > 2. Implicit type conversion. Doc attribute values are now implicitly
> > converted to some type of Futon's choosing. I'm guessing this is
> deliberate
> >
Components: Futon
Affects Versions: 0.11
Environment: Linux (Ubuntu 9.10), Chromium/Firefox
Reporter: Matt Goodall
Futon's doc editor tries to guess the type of values, often getting it wrong.
I discovered it when a JSON object containing items was turned into a s
Hi,
Not really sure if this is a dev or user questions as it's for an unreleased
version, but I have a couple of problems with Futon in the 0.11.x branch:
1. futon.storage. It isn't storing anything for me using
http://localhost:5984/. No cookies are set anymore. Most noticeable is that
the recen
On 23 February 2010 08:34, Andrew Straw wrote:
> J Chris Anderson wrote:
> > On Feb 22, 2010, at 8:06 AM, Matt Goodall wrote:
> >
> >
> >> On 22 February 2010 12:06, Matt Goodall wrote:
> >> On 22 February 2010 11:43, Matt Goodall wrote:
> >>
On 22 February 2010 12:06, Matt Goodall wrote:
> On 22 February 2010 11:43, Matt Goodall wrote:
>
>> On 22 February 2010 11:28, Matt Goodall wrote:
>>
>>> On 22 February 2010 10:53, Brian Candler wrote:
>>>
>>>> On Mon, Feb 22, 2010 at 08:32:50
On 22 February 2010 11:43, Matt Goodall wrote:
> On 22 February 2010 11:28, Matt Goodall wrote:
>
>> On 22 February 2010 10:53, Brian Candler wrote:
>>
>>> On Mon, Feb 22, 2010 at 08:32:50AM +, Matt Goodall wrote:
>>> > Before 0.11 gets released ... a
On 22 February 2010 11:28, Matt Goodall wrote:
> On 22 February 2010 10:53, Brian Candler wrote:
>
>> On Mon, Feb 22, 2010 at 08:32:50AM +, Matt Goodall wrote:
>> > Before 0.11 gets released ... after creating the first admin user in a
>> > completely fresh
On 22 February 2010 10:53, Brian Candler wrote:
> On Mon, Feb 22, 2010 at 08:32:50AM +0000, Matt Goodall wrote:
> > Before 0.11 gets released ... after creating the first admin user in a
> > completely fresh install of the 0.11.x branch I see a _users database
> > containing
Hi,
Before 0.11 gets released ... after creating the first admin user in a
completely fresh install of the 0.11.x branch I see a _users database
containing only design doc, i.e. no doc for the new user. Subsequent admin
users do get added the the _users db.
- Matt
On 4 February 2010 16:56, till wrote:
> On Thu, Feb 4, 2010 at 5:49 PM, Matt Goodall
> wrote:
> > But aren't all those per-instance parameters? Why would you want them
> > compiled into the binaries?
> >
> > - Matt
>
> No, I want to influence whatever i
But aren't all those per-instance parameters? Why would you want them
compiled into the binaries?
- Matt
On 4 February 2010 16:17, till wrote:
> On Thu, Feb 4, 2010 at 5:10 PM, Dirkjan Ochtman
> wrote:
> > On Thu, Feb 4, 2010 at 17:06, till wrote:
> >> when I install couchdb e.g. on ubuntu, i
[
https://issues.apache.org/jira/browse/COUCHDB-348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791859#action_12791859
]
Matt Goodall commented on COUCHDB-348:
--
A good example of IE's accept
[
https://issues.apache.org/jira/browse/COUCHDB-348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791709#action_12791709
]
Matt Goodall commented on COUCHDB-348:
--
I don't disagree with this at all
[
https://issues.apache.org/jira/browse/COUCHDB-580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782892#action_12782892
]
Matt Goodall commented on COUCHDB-580:
--
Sorry, cannot comment on future plans b
[
https://issues.apache.org/jira/browse/COUCHDB-580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782885#action_12782885
]
Matt Goodall commented on COUCHDB-580:
--
There's a default timeout of 60s.
2009/11/25 Randall Leeds :
> Seems like the best thing would be for the xulrunner(-dev) packages in
> ubuntu to make sure pkg-config can find the sdk and then use pkg-config to
> find the libraries.
Yes, the path has already changed once since Karmic was released.
- Matt
>
> -Randall
>
> On Tue,
2009/11/24 Noah Slater :
>
> On 24 Nov 2009, at 22:39, Benoit Chesneau wrote:
>
>> On Tue, Nov 24, 2009 at 11:34 PM, Noah Slater wrote:
>>> Hey,
>>>
>>> I'm just trying to prepare the release on a fresh Ubuntu 9.10 virtual
>>> machine, and I've run into something rather strange. The libmozjs-dev
[
https://issues.apache.org/jira/browse/COUCHDB-188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Goodall reopened COUCHDB-188:
--
Just came across this issue and tested against the 0.10 branch. It's still
happening, I
[
https://issues.apache.org/jira/browse/COUCHDB-529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12766103#action_12766103
]
Matt Goodall commented on COUCHDB-529:
--
Relevant comments from the mailing
nents: Database Core
Reporter: Matt Goodall
Would it be possible for CouchDB to use its deterministic rev algorithm to
avoid writing changes to the database if nothing has actually changed in the
doc that is sent for update.
The most obvious use case is the user who clicks an HTML form
2009/10/15 Adam Kocoloski :
> On Oct 15, 2009, at 10:28 AM, Matt Goodall wrote:
>
>> Hi,
>>
>> I think this is more of a dev question given that it needs some
>> knowledge of the deterministic rev algorithm ...
>>
>> I was just wondering if CouchDB could u
Hi,
I think this is more of a dev question given that it needs some
knowledge of the deterministic rev algorithm ...
I was just wondering if CouchDB could use the deterministic rev stuff
to avoid writing changes to the database if nothing has actually
changed in the doc that is PUT back (or bulk
[
https://issues.apache.org/jira/browse/COUCHDB-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761514#action_12761514
]
Matt Goodall commented on COUCHDB-516:
--
For reference, the problem did not occur
[
https://issues.apache.org/jira/browse/COUCHDB-516?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761268#action_12761268
]
Matt Goodall commented on COUCHDB-516:
--
Also seen replicating between two Ub
2009/10/1 Adam Kocoloski :
> On Oct 1, 2009, at 8:57 AM, Matt Goodall wrote:
>
>> 2009/10/1 Nicholas Orr :
>>>
>>> Thanks Adam,
>>>
>>> Hmm status page huh? let me check that out :)
>>> Starting things up again and having a look
>>
2009/10/1 Nicholas Orr :
> Thanks Adam,
>
> Hmm status page huh? let me check that out :)
> Starting things up again and having a look
>
> Ok the status page does show stuff happening and then it stopped
> updating, and just shows this
>
> Replication 70c214: http://192.168.1.11:5984/many_d
2009/8/6 Brian Candler :
> Raising a minor point here for discussion, rather than on JIRA.
>
> With feed=continuous, the newline after the last record isn't sent until the
> *next* record is available. For example:
>
> $ telnet localhost 5984
> Trying 127.0.0.1...
> Connected to localhost.
> Escape
2009/7/20 Chris Anderson :
> Devs,
>
> I've just committed a patch (r795687) that adds the ability to filter
> _changes requests with a JavaScript function.
>
> The function signature is:
>
> function(doc, req, userCtx) {
> return (true or false);
> }
>
> When it returns true (or something truthy,
[
https://issues.apache.org/jira/browse/COUCHDB-405?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Matt Goodall updated COUCHDB-405:
-
Attachment: changes-newline.diff
Patch to send newline with the results row, and a comma in
Interface
Reporter: Matt Goodall
Sending a "\n" with each line in the _changes response, especially the results
rows, simplifies client code by making it much easier to parse. See
http://mail-archives.apache.org/mod_mbox/couchdb-dev/200907.mbox/<214c385b0907070612r3ed4dad9y
2009/7/7 Matt Goodall :
> Splitting the discussion of line breaks in the _changes document into
> separate email thread ...
>
> 2009/7/6 Chris Anderson :
>> On Mon, Jul 6, 2009 at 5:50 AM, Matt Goodall wrote:
>
>>> == Line Breaks ==
>>>
>>> If each r
Splitting the discussion of line breaks in the _changes document into
separate email thread ...
2009/7/6 Chris Anderson :
> On Mon, Jul 6, 2009 at 5:50 AM, Matt Goodall wrote:
>> == Line Breaks ==
>>
>> If each results item is sent with its ending newline (the ","
Hi,
Not sure if this is a user or dev message so posting to both.
I've started playing with the _changes resource to improve the
response time of some update processes that currently use
_all_docs_by_seq. cron is not exactly high resolution and a fast poll
is just not a nice thing to do.
== API
Hi,
I came across an inconsistency with _bulk_docs when creating new
documents, i.e. calling _bulk_docs against an empty database.
It seems that it's ok to create a new document from a JSON object that
includes a _rev ... unless the JSON also has inline attachments:
$ curl -X "POST" -d
"{\"docs\
[
https://issues.apache.org/jira/browse/COUCHDB-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689742#action_12689742
]
Matt Goodall commented on COUCHDB-188:
--
Testing against trunk shows that the
[
https://issues.apache.org/jira/browse/COUCHDB-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689728#action_12689728
]
Matt Goodall commented on COUCHDB-4:
Add the following to the end of the etags_v
[
https://issues.apache.org/jira/browse/COUCHDB-292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689722#action_12689722
]
Matt Goodall commented on COUCHDB-292:
--
Here's a test:
couchTests.undead =
[
https://issues.apache.org/jira/browse/COUCHDB-292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689708#action_12689708
]
Matt Goodall commented on COUCHDB-292:
--
I've just come across the same pro
2009/3/24 Noah Slater :
> Hello,
>
> This is the first release after graduating the ASF Incubator.
>
> All 0.9.0 blockers have been resolved and I would like call a vote for
> release.
Sorry but a blocker was reopened earlier,
https://issues.apache.org/jira/browse/COUCHDB-4.
>
> We encourage the
Note that I could not see a way to reopen the issue so it remains
closed in Jira.
- Matt
2009/3/24 Matt Goodall (JIRA) :
>
> [
> https://issues.apache.org/jira/browse/COUCHDB-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688643#ac
[
https://issues.apache.org/jira/browse/COUCHDB-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688643#action_12688643
]
Matt Goodall commented on COUCHDB-4:
The view etags are not unique enough to
2009/3/16 Matt Goodall :
> 2009/3/16 Matt Goodall :
>> 2009/3/16 Chris Anderson :
>>> On Mon, Mar 16, 2009 at 6:07 AM, Jan Lehnardt wrote:
>>>>
>>>> On 15 Mar 2009, at 21:58, Chris Anderson wrote:
>>>>
>>>>> We
2009/3/16 Matt Goodall :
> 2009/3/16 Chris Anderson :
>> On Mon, Mar 16, 2009 at 6:07 AM, Jan Lehnardt wrote:
>>>
>>> On 15 Mar 2009, at 21:58, Chris Anderson wrote:
>>>
>>>> We are within striking distance of 0.9
>>>>
>>>>
2009/3/16 Matt Goodall :
> 2009/3/16 Chris Anderson :
>> On Mon, Mar 16, 2009 at 6:07 AM, Jan Lehnardt wrote:
>>>
>>> On 15 Mar 2009, at 21:58, Chris Anderson wrote:
>>>
>>>> We are within striking distance of 0.9
>>>>
>>>>
2009/3/16 Chris Anderson :
> On Mon, Mar 16, 2009 at 6:07 AM, Jan Lehnardt wrote:
>>
>> On 15 Mar 2009, at 21:58, Chris Anderson wrote:
>>
>>> We are within striking distance of 0.9
>>>
>>> 12 Outstanding issues:
>>>
>>>
>>> https://issues.apache.org:443/jira/secure/IssueNavigator.jspa?reset=true&
[
https://issues.apache.org/jira/browse/COUCHDB-228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12667728#action_12667728
]
Matt Goodall commented on COUCHDB-228:
--
By "unnecessarily", I mer
: 0.9
Reporter: Matt Goodall
Futon tries to access the couchdb config (/_config/query_servers)
unnecessarily, causing a basic auth request if there are any "admins"
configured.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comme
2009/1/26 Jan Lehnardt :
>
> On 24 Jan 2009, at 21:37, Matt Goodall wrote:
>
>> 2009/1/24 Matt Goodall :
>>>
>>> Hi,
>>>
>>> I'm a bit confused why this was closed. Perhaps a description of the
>>> "new behaviour" is avail
2009/1/24 Matt Goodall :
> Hi,
>
> I'm a bit confused why this was closed. Perhaps a description of the
> "new behaviour" is available somewhere?
>
> The only mention of anything related to a change in _bulk_docs I've
> *noticed* is about not failing ever
[
https://issues.apache.org/jira/browse/COUCHDB-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666981#action_12666981
]
Matt Goodall commented on COUCHDB-188:
--
Hi,
I'm a bit confused why this w
[
https://issues.apache.org/jira/browse/COUCHDB-188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666980#action_12666980
]
Matt Goodall commented on COUCHDB-188:
--
Agh, sorry! I'll repost to the list
ouchDB
>> Issue Type: Bug
>> Components: Database Core
>>Affects Versions: 0.9
>> Environment: CouchDB revision 730414.
>>Reporter: Matt Goodall
>> Fix For: 0.9
>>
>>
>> CouchDB returns a &qu
1 - 100 of 103 matches
Mail list logo
