Does not check for local auth entries in keyring if couchdb.html is present and parseable.

Reported by Roman Yepishev on 2010-10-29
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
desktopcouch
Medium
Ubuntu One Client Engineering team

Bug Description

STR:

1. Open seahorse, remove all desktopcouch tokens (simulate almost fresh start)
2. Stop desktopcouch service, start desktopcouch service.
3. Re-open seahorse

Expected results:
2 new entries for DesktopCouch auth

Actual results:
Np new entries.

Reason:
class _Configuration(object):
    def __init__(self, ctx):
    ...
        bookmark_file = os.path.join(ctx.db_dir, "couchdb.html")
        try:
            bookmark_file_contents = open(bookmark_file).read()
            ...
            return
    ...
    # code to add couchdb entries to keyring

Workaround:
remove ~/.local/share/desktop-couch/couchdb.html and restart desktopcouch-service

I believe couchdb should definitely check for keyring items presense.

tags: added: desktop+ desktopcouch support
Changed in desktopcouch:
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Ubuntu One Desktop+ team (ubuntuone-desktop+)
Roman Yepishev (rye) wrote :

In Oneiric this causes the thunderbird to show the following error message:

There was a problem opening the address book "Ubuntu One" - the message returned was: Cannot open book: Could not create DesktopcouchSession object.

The workaround is to remove ~/.local/share/desktop-couch/couchdb.html and restart desktopcouch-service

tags: added: u1-support
removed: support
Changed in desktopcouch:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers