[PATCH 2/2] Don't fail mysteriously if we cannot get a password

[Paul Grove]

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.

Regards,
Paul Grove

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>
> wrote:
> > Rework repository.IMAP.getpassword() to not return None on failure which
> > leads to mysterious Exceptions in the bowels of imaplib. Rather fail with
> a
> > 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.
>
> Sebastian
>
> _______________________________________________
> OfflineIMAP-project mailing list
> OfflineIMAP-project at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/offlineimap-project
>
> OfflineIMAP homepage: http://software.complete.org/offlineimap
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/offlineimap-project/attachments/20101213/16a009b1/attachment-0001.html>