On Fri, Dec 3, 2010 at 2:10 PM, Wordit Ltd wrote:
> On Fri, Dec 3, 2010 at 9:31 AM, Bill Barry wrote:
> > Deleting the document via futon does not delete the signature and this is
> giving couchapp problems.
>
> Thanks, so this is a Futon bug? Is it a known issue?
>
> I got the same issue on Lin
On Fri, Dec 3, 2010 at 11:28 PM, Jan Lehnardt wrote:
>
> The couchdb-python library used to have a set of dump and load scripts
> that would give you a JSON file with all your data, but I don't know
> the current state of these. If they are up to date, they should be up
> to the task.
Many Thank
On Fri, Dec 3, 2010 at 23:28, Jan Lehnardt wrote:
> The couchdb-python library used to have a set of dump and load scripts
> that would give you a JSON file with all your data, but I don't know
> the current state of these. If they are up to date, they should be up
> to the task.
They still work
Hi Marcus,
On 3 Dec 2010, at 23:17, Wordit Ltd wrote:
> Is there a way to do backups on Couchone and other hosting services?
That depends on what extra services these hosters offer. CouchOne currently
does backup for you, but doesn't allow access to end users. For more details,
can I ask you to
Is there a way to do backups on Couchone and other hosting services?
I realise I could replicate to another couch, but that means running
couchdb on my own server as well...which partially defeats the object
of using a hosting service.
I was hoping for a way to backup to an archive, and push it t
On Fri, Dec 3, 2010 at 9:31 AM, Bill Barry wrote:
> Deleting the document via futon does not delete the signature and this is
> giving couchapp problems.
Thanks, so this is a Futon bug? Is it a known issue?
I got the same issue on Linux too, so it's not Windows only. I got
around it at the time
I'm +1 on this as well.
The new extra field in #user_ctx only needs to have a valid EJSON
value. It's default value could be the atom 'null'.
Check json_user_ctx/1 in src/couchdb/couch_util.erl.
On Fri, Dec 3, 2010 at 6:28 PM, Adam Kocoloski wrote:
> +1 from me. I'm pretty sure nothing would bre
+1 from me. I'm pretty sure nothing would break if a field was added to
#user_ctx{}, and adding an 'aux' field that would host a proplist is a nice way
to avoid having to make lots of little changes to the record in the future.
Adam
On Dec 3, 2010, at 12:04 PM, Alen Mujezinovic wrote:
> Hey g
Hey guys
Here's a suggestion about the `user_ctx` record in couch_db.hrl:
We've been working on custom authentication handlers and one issue came
up to pass some custom information into `validate_doc_update`.
We're essentially having a bunch of databases, each of which holds
documents with user
add group_level=1 to get the unique foo's.
On Fri, Dec 3, 2010 at 9:41 AM, Robert Newson wrote:
> Matthew,
>
> Your original message implied that you might have duplicates but I
> didn't notice that you had documents with the same key but different
> contents (and there isn't one in your example)
Matthew,
Your original message implied that you might have duplicates but I
didn't notice that you had documents with the same key but different
contents (and there isn't one in your example).
You can't reduce your way out of that, I think. What you can do instead is;
map:
function(doc) {
if
On Sun, Nov 21, 2010 at 7:21 PM, Wordit Ltd wrote:
> Can anyone help with Couchapp on Windows?
>
> After I deleted a document via Futon, the push command is giving a
> critical error (KeyError: 'test.html') and stopping the upload. The
> document no longer exists in the db or in the local directo
12 matches
Mail list logo