Endless loop with password prompt(s) in thunderbird produced by EDS Contacts Integration

Bug #863150 reported by Daniel Hahler on 2011-09-30
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Thunderbird EDS Contacts Integration
thunderbird (Ubuntu)

Bug Description

I have configured two Exchange address books (which are not working properly though), and when opening/accessing the calendar in Thunderbird I am now stucked in an endless loop with dialogs asking for authentication of these address books (which I cannot provide).

Clicking "Cancel" on these dialogs should make the addon stop asking for authentication.

Mike Conley (mconley) wrote :

> Clicking "Cancel" on these dialogs should make the addon stop asking for authentication.

You're absolutely right. I can certainly make it not bother you after you click cancel - though when should we reprompt? I presume that at some point you'll have your Exchange address books ready to go, and you'll want to reauthenticate. Is it alright if it asks again the next time Thunderbird starts up?


Changed in thunderbird-eds-extension:
importance: Undecided → High
status: New → Confirmed

Hash: SHA1

> Is it alright if it asks again the next time Thunderbird starts
> up?

This sounds reasonable.

Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


Changed in thunderbird-eds-extension:
status: Confirmed → Fix Committed
Chris Coulson (chrisccoulson) wrote :

I've uploaded the fix for this to oneiric-proposed now

Changed in thunderbird (Ubuntu):
importance: Undecided → Medium
status: New → Fix Released
Changed in thunderbird (Ubuntu Oneiric):
status: New → Triaged
importance: Undecided → High
summary: - Endless loop with password prompt(s)
+ Endless loop with password prompt(s) in thunderbird produced by EDS
+ Contacts Integration

Hello Daniel, or anyone else affected,

Accepted thunderbird into oneiric-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

Changed in thunderbird (Ubuntu Oneiric):
status: Triaged → Fix Committed
tags: added: verification-needed
Daniel Hahler (blueyed) wrote :

I have installed the update, and do not get into an endless loop anymore when activating the addon:
it asks me for the password twice (different address books?!), I click OK and it goes away.

While that's better than before, it still appears to not be able to connect (I see 0 addresses), so it should probably re-open the password prompt while it cannot connect (but stop asking for it when clicking Cancel).

After restarting Thunderbird (and also disabling/enabling the extension) it still does not ask for the password.

I should have tested it with a wrong password first.

How would I reset the password prompt to ask me again?

Given that, the update is better than before, so it can go to oneiric-updates, although I cannot say, if it would cause any regression with a working setup.

Launchpad Janitor (janitor) wrote :
Download full text (5.0 KiB)

This bug was fixed in the package thunderbird - 8.0+build1-0ubuntu0.11.10.1

thunderbird (8.0+build1-0ubuntu0.11.10.1) oneiric-security; urgency=low

  * New upstream stable release v8.0 (THUNDERBIRD_8_0_BUILD1)

  * Update messagingmenu-extension to 0.8.3
    - This version backs out the change made in 7.0.1+build1+nobinonly-0ubuntu2
      that didn't fix LP#850229
  * Don't disable our bundled addons on upgrade
    - update debian/vendor.js
  * Move custom scripts to debian/build
    - move debian/get-xpi-id.py to debian/build/get-xpi-id.py
    - move debian/refresh-supported-locales.pl to
    - move debian/extract-file.py to debian/build/extract-file.py
    - move debian/testsuite.mk to debian/build
    - update debian/rules
  * Shrink the default mozconfig right down so that we use mostly upstream
    defaults, rather than overriding them with our own options. It is still
    possible to override them though. We also drop the pkg-config checks in
    debian/rules which allowed a fallback build configuration when dependencies
    aren't satisfied. Really, the build should just fail here rather than
    continuing in some undesirable fallback mode
    - update debian/thunderbird-dev.links.in
    - update debian/mozconfig.in
    - update debian/control.in
    - update debian/rules
  * Refresh build-depends, as this hasn't been done for a while:
    - Drop patchutils, libxft-dev, libxinerama-dev, libgnome2-dev, sharutils
      and bzip2. These don't appear to be needed
    - Drop liborbit2-dev - only appears to be required if there is no libidl
    - Add libglib2.0-dev, libext-dev, libfontconfig1-dev and libpango1.0-dev,
      as the configure script checks for these directly
    - Add minimum versions to libgconf2-dev, libgnomevfs2-dev, yasm and
    - Specify minimum versions for libnspr4-dev, libcairo2-dev, libsqlite3-dev
      and libnss3-dev when using system versions of those libs
  * Introduce a branch config file (debian/config/branch.mk) which holds
    settings which shouldn't be merged between branches (eg, whether
    the crash reporter should be enabled)
    - add debian/config/branch.mk
    - update debian/rules
  * Move debian/locales.* to debian/config
    - move debian/locales.shipped => debian/config/locales.shipped
    - move debian/locales.unavail => debian/config/locales.unavail
    - update debian/rules
    - update debian/build/refresh-supported-locales.pl
  * Move debian/mozconfig.in to debian/config
  * Touch debian/control.in during clean to force a refresh of debian/control,
    so we can check if it is out-of-date and fail if it is
    - update debian/rules
  * Refresh patches:
    - update debian/patches/ctypes-callback-reentry-fix.patch
    - update debian/patches/theme-refresh-compose-toolbar-icons.patch
    - update debian/patches/theme-refresh-message-header-buttons.patch
  * Drop the mozilla-devscripts dependency. We were only using this for creating
    tarballs anyway. Instead, implement our own get-orig-source target, which
    also fixes some problems we were having
    - update debian/control.in
    - remove debian/moz-r...


Changed in thunderbird (Ubuntu Oneiric):
status: Fix Committed → Fix Released
Changed in thunderbird-eds-extension:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers