[PATCH 2/2] Don't fail mysteriously if we cannot get a password
paul.a.grove at gmail.com
Mon Dec 13 17:19:25 GMT 2010
I tried with -u Curses.Blinkenlights, no change,
I can see the same colourful curses ui irregardless of version (that is -
they at least look the same).
Just tried with TTY.TTYUI (which in the older version also prompts for
password) and this also fails.
On 13 December 2010 16:44, Sebastian Spaeth <Sebastian at sspaeth.de> wrote:
> On Mon, 13 Dec 2010 09:33:18 -0600, Sebastian <Sebastian at SSpaeth.de>
> > Rework repository.IMAP.getpassword() to not return None on failure which
> > leads to mysterious Exceptions in the bowels of imaplib. Rather fail with
> > clear exception explaining what went wrong.
> > Some extended documentation and cleanups in the functino en-passent.
> Oops. please don't apply this one yet. Raising an Exception rather than
> returning None might have implications on how and whether we prompt the
> user for a password. I had taken that into consideration, and I am not
> very familiar with that part of the code.
> So we need to look into why the UI doesn't ask for a password, but
> simply uses "None". One thing that comes to my mind is that not all UIs
> support getting passwords from the user.
> Paul, try specifying -u Curses.Blinkenlights to see whether you are using a
> different UI by default now.
> OfflineIMAP-project mailing list
> OfflineIMAP-project at lists.alioth.debian.org
> OfflineIMAP homepage: http://software.complete.org/offlineimap
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OfflineIMAP-project