CouchDB 0.11?

[Jeffrey Ollie]

I tried updating to CouchDB 0.11, but when I started up my Desktop
CouchDB session and tried to bring up the database in my web browser,
I get the following error:

{"error":"unauthorized","reason":"Authentication required."}

I downgraded back to 0.10.1 and things are working again except that
there is now a "_users" database that keeps causing popups saying that
it's an illegal database name. Any tips for getting Desktop CouchDB
working with 0.11?

--
Jeff Ollie

[Stuart Langridge]

Hm. That's a little worrying. Couch has been moving from defining users
in the ini file to defining users in Couch itself (in the _users
database, hence your error). Jan, or other Couch people, have ini
definitions entirely gone away?

sil

[Benoit Chesneau]

No you can still define admins in ini.

- benoit

[Jeffrey Ollie]

> No you can still define admins in ini.

Has anyone come up with a solution for this? Apps like Gwibber
connect to CouchDB just fine, but Futon still refuses to work. I've
updated desktop-couch to 0.6.4 but no luck... Anything else that I
can try before I downgrade to 0.10.2? I have some time to get back to
developing my couchdb-using app but not having Futon available for
debugging/experimenting makes development pretty painful.

--
Jeff Ollie

--
You received this message because you are subscribed to the Google Groups "Desktop CouchDB" group.
To post to this group, send email to desktop...@googlegroups.com.
To unsubscribe from this group, send email to desktop-couch...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/desktop-couchdb?hl=en.

[J Chris Anderson]

On Apr 27, 2010, at 7:20 AM, Jeffrey Ollie wrote:

> On Sun, Mar 28, 2010 at 5:36 PM, Benoit Chesneau <bche...@gmail.com> wrote:
>> On Mon, Mar 29, 2010 at 12:08 AM, Stuart Langridge
>> <stuart.l...@canonical.com> wrote:
>>> On 03/24/2010 02:33 PM, Jeffrey Ollie wrote:
>>>> I tried updating to CouchDB 0.11, but when I started up my Desktop
>>>> CouchDB session and tried to bring up the database in my web browser,
>>>> I get the following error:
>>>>
>>>> {"error":"unauthorized","reason":"Authentication required."}
>>>>
>>>> I downgraded back to 0.10.1 and things are working again except that
>>>> there is now a "_users" database that keeps causing popups saying that
>>>> it's an illegal database name. Any tips for getting Desktop CouchDB
>>>> working with 0.11?
>>>
>>> Hm. That's a little worrying. Couch has been moving from defining users
>>> in the ini file to defining users in Couch itself (in the _users
>>> database, hence your error). Jan, or other Couch people, have ini
>>> definitions entirely gone away?
>>>
>> No you can still define admins in ini.
>
> Has anyone come up with a solution for this? Apps like Gwibber
> connect to CouchDB just fine, but Futon still refuses to work. I've
> updated desktop-couch to 0.6.4 but no luck... Anything else that I
> can try before I downgrade to 0.10.2? I have some time to get back to
> developing my couchdb-using app but not having Futon available for
> debugging/experimenting makes development pretty painful.
>

This error is thrown when CouchDB is configured with

[couch_httpd_auth]
require_valid_user = true

This is a very odd setting, and should only be configured this way in enterprise deployments, as it makes it impossible to use the CouchDB API to signup with a CouchDB user account. It is designed for cases where users are authenticating to CouchDB via a single-signon system that is integrated in some custom deployment.

If this is configured by default in Ubuntu, then we'll need to do some work to make CouchDB usable (perhaps Ubuntu could have a service which helps with CouchDB login.) I'm hoping this isn't configured by default in Ubuntu, and you've just got an odd configuration some how.

Regardless, setting require_valid_user to false should make CouchDB useable again.

Chris

[Stuart Langridge]

On 04/27/2010 03:48 PM, J Chris Anderson wrote:
> This error is thrown when CouchDB is configured with
>
> [couch_httpd_auth]
> require_valid_user = true
>
> This is a very odd setting, and should only be configured this way in enterprise deployments, as it makes it impossible to use the CouchDB API to signup with a CouchDB user account. It is designed for cases where users are authenticating to CouchDB via a single-signon system that is integrated in some custom deployment.
>
> If this is configured by default in Ubuntu, then we'll need to do some work to make CouchDB usable (perhaps Ubuntu could have a service which helps with CouchDB login.) I'm hoping this isn't configured by default in Ubuntu, and you've just got an odd configuration some how.
>
> Regardless, setting require_valid_user to false should make CouchDB useable again.

It is configured that way in Ubuntu for *desktopcouch*. A desktop
CouchDB is specific to the user that owns it; other people on the same
machine should absolutely not be able to sign up for accounts on it!
Please don't change the desktopcouch ini file to remove the setting.

sil

[J Chris Anderson]

On Apr 27, 2010, at 7:51 AM, Stuart Langridge wrote:

> On 04/27/2010 03:48 PM, J Chris Anderson wrote:
>> This error is thrown when CouchDB is configured with
>>
>> [couch_httpd_auth]
>> require_valid_user = true
>>
>> This is a very odd setting, and should only be configured this way in enterprise deployments, as it makes it impossible to use the CouchDB API to signup with a CouchDB user account. It is designed for cases where users are authenticating to CouchDB via a single-signon system that is integrated in some custom deployment.
>>
>> If this is configured by default in Ubuntu, then we'll need to do some work to make CouchDB usable (perhaps Ubuntu could have a service which helps with CouchDB login.) I'm hoping this isn't configured by default in Ubuntu, and you've just got an odd configuration some how.
>>
>> Regardless, setting require_valid_user to false should make CouchDB useable again.
>
> It is configured that way in Ubuntu for *desktopcouch*. A desktop
> CouchDB is specific to the user that owns it; other people on the same
> machine should absolutely not be able to sign up for accounts on it!
> Please don't change the desktopcouch ini file to remove the setting.
>

The problem is that he's not authenticated to CouchDB, so there needs to be a service that allows users to login to Futon. I guess this means that you'd need to write a browser extension using desktopcouch? Maybe something like this already exists?

Chris

[Stuart Langridge]

On 04/27/2010 03:58 PM, J Chris Anderson wrote:
> The problem is that he's not authenticated to CouchDB, so there needs to be a service that allows users to login to Futon. I guess this means that you'd need to write a browser extension using desktopcouch? Maybe something like this already exists?

That's the only problem? Oh, I thought it was something more complicated
than that!

xdg-open $HOME/.local/share/desktop-couch/couchdb.html will open the
"bookmark file", which will redirect you to Futon, authenticated.

You may also be interested in slip-cover
(http://theravingrick.blogspot.com/2010/04/slip-cover-creating-views.html and
other posts on Rick's blog), which is a sort of Futon-ish thing but as a
native application and for desktopcouch rather than stock CouchDB.

[Jeffrey Ollie]

On Tue, Apr 27, 2010 at 10:01 AM, Stuart Langridge
<stuart.l...@canonical.com> wrote:
> On 04/27/2010 03:58 PM, J Chris Anderson wrote:
>> The problem is that he's not authenticated to CouchDB, so there needs to be a service that allows users to login to Futon.  I guess this means that you'd need to write a browser extension using desktopcouch? Maybe something like this already exists?
>
> That's the only problem? Oh, I thought it was something more complicated
> than that!
>
> xdg-open $HOME/.local/share/desktop-couch/couchdb.html will open the
> "bookmark file", which will redirect you to Futon, authenticated.

Which is exactly what I am doing, and I'm getting the error I mentioned above.

{"error":"unauthorized","reason":"Authentication required."}

--
Jeff Ollie

[Stuart Langridge]

On 04/27/2010 04:13 PM, Jeffrey Ollie wrote:
> On Tue, Apr 27, 2010 at 10:01 AM, Stuart Langridge
> <stuart.l...@canonical.com> wrote:
>> On 04/27/2010 03:58 PM, J Chris Anderson wrote:
>>> The problem is that he's not authenticated to CouchDB, so there needs to be a service that allows users to login to Futon. I guess this means that you'd need to write a browser extension using desktopcouch? Maybe something like this already exists?
>>
>> That's the only problem? Oh, I thought it was something more complicated
>> than that!
>>
>> xdg-open $HOME/.local/share/desktop-couch/couchdb.html will open the
>> "bookmark file", which will redirect you to Futon, authenticated.
>
> Which is exactly what I am doing, and I'm getting the error I mentioned above.
>
> {"error":"unauthorized","reason":"Authentication required."}

That's what I thought; the problem is more complicated than just having
required_auth turned on. :)

Can you try (if you haven't already) removing your ini file and
restarting desktopcouch, as per
http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
to see if that fixes it?

sil

[Jeffrey Ollie]

On Tue, Apr 27, 2010 at 10:20 AM, Stuart Langridge
<stuart.l...@canonical.com> wrote:
> On 04/27/2010 04:13 PM, Jeffrey Ollie wrote:
>
>> Which is exactly what I am doing, and I'm getting the error I mentioned above.
>>
>> {"error":"unauthorized","reason":"Authentication required."}
>
> That's what I thought; the problem is more complicated than just having
> required_auth turned on. :)
>
> Can you try (if you haven't already) removing your ini file and
> restarting desktopcouch, as per
> http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
> to see if that fixes it?

Nope, same problem. I had to manually kill the desktopcouch-service
before the .ini file would get rewritten. I tried with both 0.6.3 and
0.6.4 of desktopcouch. I'm back on 0.6.3 of desktopcouch because
0.6.4 seems to cause problems with Gwibber.

--
Jeff Ollie

[Jeffrey Ollie]

On Tue, Apr 27, 2010 at 10:41 AM, Jeffrey Ollie <je...@ocjtech.us> wrote:
> On Tue, Apr 27, 2010 at 10:20 AM, Stuart Langridge
> <stuart.l...@canonical.com> wrote:
>> On 04/27/2010 04:13 PM, Jeffrey Ollie wrote:
>>
>>> Which is exactly what I am doing, and I'm getting the error I mentioned above.
>>>
>>> {"error":"unauthorized","reason":"Authentication required."}
>>
>> That's what I thought; the problem is more complicated than just having
>> required_auth turned on. :)
>>
>> Can you try (if you haven't already) removing your ini file and
>> restarting desktopcouch, as per
>> http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
>> to see if that fixes it?
>
> Nope, same problem.  I had to manually kill the desktopcouch-service
> before the .ini file would get rewritten.  I tried with both 0.6.3 and
> 0.6.4 of desktopcouch.  I'm back on 0.6.3 of desktopcouch because
> 0.6.4 seems to cause problems with Gwibber.

I'm still having the same problem. Is there anything else that I can
try? I need to get Futon working so that I can debug various apps I'm
working with.

--
Jeff Ollie