CouchDB prompting for username/password with Bindwood

Bug #444022 reported by Joshua Hoover
58
This bug affects 9 people
Affects Status Importance Assigned to Milestone
Bindwood
Fix Released
Critical
Zachery Bir
bindwood (Ubuntu)
Fix Released
Undecided
Zachery Bir

Bug Description

Elliot thinks this is likely a desktop-couch bug. I'm seeing the behavior with Bindwood in particular. Installed Bindwood through Synaptic, opened Firefox and got prompted for a username & password. See the attached screenshot for exact prompt.

Related branches

Revision history for this message
Joshua Hoover (joshuahoover) wrote :
Changed in desktopcouch:
importance: Undecided → Critical
Changed in bindwood (Ubuntu):
assignee: nobody → Zachery Bir (urbanape)
status: New → In Progress
tags: added: ubuntuone-karmic
Zachery Bir (urbanape)
affects: desktopcouch → bindwood
Changed in bindwood:
assignee: nobody → Zachery Bir (urbanape)
Elliot Murphy (statik)
Changed in bindwood:
status: New → In Progress
Revision history for this message
Zachery Bir (urbanape) wrote :

What I know so far:

  - Previously, Bindwood would get the oauth tokens from the user's keyring. Desktop Couch had already moved to pulling this information from the INI file, so now, we follow suit.
  - We're now getting inconsistent error behavior - we can create databases, but attempts to save documents fails with 'Authentication required'.

We suspect, and will perform some testing today, that it might be similar to the %2F problem encountered by the desktop couch team in the past few weeks.

Revision history for this message
Zachery Bir (urbanape) wrote :

Also, we get further inconsistent error behavior switching between HMAC-SHA1 and PLAINTEXT for the signature style.

Revision history for this message
Zachery Bir (urbanape) wrote :

The vast majority of the cred requests were due to the fact that when we pull a UUID from Couch, we were using a bare CouchDB.request without first stamping the OAuth headers on the request. Since we now need to authenticate every request, these were failing, which in turn, caused the PUT for the documents to not even be attempted.

I've solved this by moving the OAuth header stamping to CouchDB.request, which all requests ultimately go through.

Zachery Bir (urbanape)
Changed in bindwood:
status: In Progress → Fix Committed
Zachery Bir (urbanape)
Changed in bindwood:
status: Fix Committed → Fix Released
Changed in bindwood (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
merovius (merovius) wrote :

I'm still getting this as of 10/26/09. See my duplicate bug report.

Revision history for this message
Kris Gesling (krisgesling) wrote :

Hey just got it in lucid lynx, wasn't sure if you were aware of it existing in the new release

Revision history for this message
Christian Werschlan (chwerschlan) wrote :

Affects me in Lucid after installation of Bindwood

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.