Doesn't sync, requires an authorization for localhost:port

Bug #559689 reported by zp
38
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Bindwood
Won't Fix
Undecided
Unassigned

Bug Description

Lucid, Bindwood 1.0.3ubuntu2

When I open FF for the first time or disable/re-enable Bindwood it pops up the window "Bindwood: First time sync..." and an authorization dialog which says:

A username and password are being requested by http://localhost:PORT_NUMBER. The site says: "administrator"

The "First time sync..." dialog just adds dots (as if working) until I cancel the password dialog and close it.

Revision history for this message
John Beall (j-beall) wrote :

I get this all of the time and i can never find the log file with the UID or it's password and I don't even have to start bindwood to have it pop up. Maybe I should just chuck it and forget it. A little help will do here to fix this problem.

Revision history for this message
Victor (vic-tor) wrote :

Also have the same problem. I have a clean and updated install of ubuntu maverick, installed xul-ext-bindwood (from the ubuntu one preferences), and got this message. Same problem at home, on another computer (which I just upgraded from Lucid). I tried as well with the .deb from the launchpad repository, to no success.
I tried the credentials of my Ubuntu One account, as well as those of my user on the computer. None seems to work.

Revision history for this message
Soonkee (1kc-ubuntu-hrz) wrote :

You may wish to refer to https://answers.launchpad.net/ubuntu/+question/128771 for a guide to obtain the username and password. *scroll all the way down to the bottom*.

Revision history for this message
James Henstridge (jamesh) wrote :

Bindwood should be using OAuth credentials to talk to Desktopcouch. This password prompt seems to occur if the OAuth authentication failed. It should not be necessary to look up the Desktopcouch basic auth password.

To help track down the problem, could you provide the version of xul-ext-bindwood you have installed? You can determine this by running the following command in a terminal window:

    dpkg -l xul-ext-bindwood | cat

Revision history for this message
Apteryx (maxco) wrote :

I'm having the same issue using Natty 64 bits with xul-ext-bindwood version 1.99.0-0ubuntu1, as reported by command "apt-cache policy xul-ext-bindwood".

Changed in bindwood:
status: New → Incomplete
status: Incomplete → Confirmed
Revision history for this message
Apteryx (maxco) wrote :

This happens only on a 11.04 machine that was upgraded from 10.04 to 10.10 then to 11.04. I have a fresh install of 11.04 on another machine that does not have this issue.

My guess is that on my upgraded machine, I use autologin, whilst on the other fresh install I use manual login. It seems that bindwood is not able to access the passwordless keyring on the autologin machine (all other apps are fine with it). Worst, it seems to sometime modify the keyring password back to my login password! When this happens, I need to go in seahorse to modify the keyring password to its previous value (clear).

Revision history for this message
Apteryx (maxco) wrote :

Still no luck after activating the manual login. There most be some configuration I need to clear in my home folder, since it's working on a fresh install!

John O'Brien (jdobrien)
Changed in bindwood:
status: Confirmed → Won't Fix
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.