[jira] Created: (COUCHDB-612) Add Bulk Deletion to jquery.couch.js

2010-01-04 Thread Lena Herrmann (JIRA)
Add Bulk Deletion to jquery.couch.js Key: COUCHDB-612 URL: https://issues.apache.org/jira/browse/COUCHDB-612 Project: CouchDB Issue Type: New Feature Components: HTTP Interface

[jira] Updated: (COUCHDB-612) Add Bulk Deletion to jquery.couch.js

2010-01-04 Thread Lena Herrmann (JIRA)
[ https://issues.apache.org/jira/browse/COUCHDB-612?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lena Herrmann updated COUCHDB-612: -- Attachment: bulk-deletion.patch Add Bulk Deletion to jquery.couch.js

Re: authentication cleanup

2010-01-04 Thread Joscha Feth
Chris Anderson wrote: My first thought is that there's got to be some common identifier in your LDAP space (like a UUID or something) that is the real identifier here. But I'm just guessing, maybe there's not... There is a UID I could use - but my idea was to leave this a little more open, so

Re: authentication cleanup

2010-01-04 Thread Chris Anderson
On Mon, Jan 4, 2010 at 11:31 AM, Joscha Feth jos...@feth.com wrote: Chris Anderson wrote: My first thought is that there's got to be some common identifier in your LDAP space (like a UUID or something) that is the real identifier here. But I'm just guessing, maybe there's not... There is a

Re: authentication cleanup

2010-01-04 Thread Adam Kocoloski
Hi, just catching up on this very nice thread. I'm +1 on using the login for the docid instead of triggering a view lookup, for the reasons Chris outlined. Regarding resistance to brute force attacks, bcrypt storage is definitely better than salted sha-anything, and Colin Percival's scrypt[1]

Re: authentication cleanup

2010-01-04 Thread Chris Anderson
On Mon, Jan 4, 2010 at 1:26 PM, Adam Kocoloski kocol...@apache.org wrote: Hi, just catching up on this very nice thread.  I'm +1 on using the login for the docid instead of triggering a view lookup, for the reasons Chris outlined.  Regarding resistance to brute force attacks, bcrypt storage

Re: authentication cleanup

2010-01-04 Thread Benoit Chesneau
On Mon, Jan 4, 2010 at 10:26 PM, Adam Kocoloski kocol...@apache.org wrote: Hi, just catching up on this very nice thread.  I'm +1 on using the login for the docid instead of triggering a view lookup, for the reasons Chris outlined.  Regarding resistance to brute force attacks, bcrypt storage

Re: authentication cleanup

2010-01-04 Thread Adam Kocoloski
On Jan 4, 2010, at 4:54 PM, Chris Anderson wrote: On Mon, Jan 4, 2010 at 1:26 PM, Adam Kocoloski kocol...@apache.org wrote: Hi, just catching up on this very nice thread. I'm +1 on using the login for the docid instead of triggering a view lookup, for the reasons Chris outlined. Regarding

Re: Running CouchDB Futon on Remote Server

2010-01-04 Thread viatropos
Mark Gallop wrote: Hello, 2009/12/19 viatropos lancejpoll...@gmail.com: I have to login with ssh n...@host.com in the terminal, not sure what this means for using Futon. Try this: ssh -fNg -L 5985:127.0.0.1:5984 n...@host.com and then go to http://localhost:5985/_utils/ in

Re: Running CouchDB Futon on Remote Server

2010-01-04 Thread viatropos
viatropos wrote: Mark Gallop wrote: Hello, 2009/12/19 viatropos lancejpoll...@gmail.com: I have to login with ssh n...@host.com in the terminal, not sure what this means for using Futon. Try this: ssh -fNg -L 5985:127.0.0.1:5984 n...@host.com and then go to

Head/trunk javascript view server error reporting

2010-01-04 Thread Roger Binns
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Using fresh SVN (r895918) I have been trying to diagnose an error, but can't even tell if it is in my code or the couch code. The error log starts like this: [info] [0.806.0] OS Process #Port0.1810 Log :: function raised error: (new TypeError(err is