After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 477750 - Evolution: Beta warning & (Exchange) password boxes fight for control at startup
Evolution: Beta warning & (Exchange) password boxes fight for control at startup
Status: RESOLVED FIXED
Product: Evolution Exchange
Classification: Deprecated
Component: Connector
2.10.x
Other Linux
: Normal normal
: ---
Assigned To: Connector Maintainer
Ximian Connector QA
evolution[passwords]
Depends on:
Blocks:
 
 
Reported: 2007-09-17 13:06 UTC by Akhil Laddha
Modified: 2012-06-10 15:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
patch-like file (1.71 KB, text/plain)
2008-06-24 10:56 UTC, Milan Crha
Details

Description Akhil Laddha 2007-09-17 13:06:43 UTC
Starting Evolution, I just about always get the password dialog box for my
Exchange account. After upgrading to OpenSUSE 20.3alpha7 (RPM:
evolution-2.11.5-3), I got both the normal password dialog and a "this is
beta/preview blah blah..." warning.

Neither are grayed out, but neither accept inputs. I was forced to 
$ evolution --force-shutdown
to close evolution.

Workaround:
$ evolution --offline --disable-eplugin

prevents the exchange/account password box, allowing me to close the
beta/preview warning, selecting "never show again" option.
Comment 1 Akhil Laddha 2007-09-17 13:10:19 UTC
OpenSUSE 10.3 bug in bnc
https://bugzilla.novell.com/show_bug.cgi?id=298091
Comment 2 Milan Crha 2008-06-24 09:49:04 UTC
I could reproduce this in previous version, but now, in 2.23.x I cannot. At least with a devel dialog. I can see this with a recovery dialog, though, but if I dismiss the recovery dialog first, then the password dialog starts to respond. Otherwise I can click on any button of the password dialog, but no luck.

I'll try to think about some general solution like "wait with a password until all modal dialogs go away", but hard to say whether we have such option in gtk.
Comment 3 Milan Crha 2008-06-24 10:56:13 UTC
Created attachment 113322 [details]
patch-like file

for evolution-data-server;

I can prevent showing password prompts when other modal dialog is up, in similar way like in this attachment, but it doesn't prevent the opposite way, aka:
a) open evo, create new message, type a subject or change there something
b) keep the above message opened and close evolution
c) forget password for some account and run evo
d) you'll be prompted for a password and for the recovery of the message
   window, in this order, and clicking on the password dialog does nothing, 
   until is finished the recovery message dialog.

I heard Matt talking about a need to rewrite passwords part a bit, but it will not help here much, probably (if I got correctly what he wants to change).
Comment 4 Matthew Barnes 2008-06-24 13:42:07 UTC
I think what we really need to fix this and similar competing dialog issues is a centralized dialog queue that prevents a dialog from being shown until the previous one is closed.  This would apply to the beta warning dialog, password dialogs, error dialogs, alarm dialogs, certificate dialogs, etc.  We already have two such queues in e-passwords.c and mail-session.c, and possibly elsewhere.  But they all run independently and don't coordinate.
Comment 5 Matthew Barnes 2012-06-10 15:14:58 UTC
This is fixed in Evolution 3.5.3.

Password prompts are now system modal and are handled by a D-Bus service rather than by Evolution itself.