GNOME Bugzilla – Bug 669591
Alarm notification for Google calendar causes auth dialog popups
Last modified: 2012-10-15 15:54:48 UTC
I have a Google calendar set up in Evolution 3.2.3 that works fine. When the Evolution Alarm notification window pops up to indicate I have an appointment in my Google calendar in 10 minutes, I then get an authentication dialog every 30 secs or minute until I kill the evolution-alarm-notify process. See downstream bug report: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/917282
What are the exact steps to reproduce this problem? I assume that appointment reminders are involved?
Basically: - Set up google calendar - Add Google calendar to Evolution, checking the "Show Reminder Notifications" box - In preferences, uncheck "Display reminders in notification area only", and check "Show a reminder 15 min before every appointment" - Create appointment in the future - Wait for reminder to popup, click on Close - Wait 30 seconds, password prompt shows up - Click on Cancel or OK, wait another 30 seconds, and prompt comes up again, etc. I either need to kill evolution-alarm-notify, or e-calendar-factory, I'm not sure which one right now. If you can't reproduce this, let me know, and I'll set up a clean profile and will document the steps as I go. Thanks!
Thanks for a bug report. I tried to reproduce this with 3.5.1, and I doesn't seem to be able. I "Remember password" for my Google calendar, because without that the alarm-notify doesn't open the Google calendar at all. When it happens again for you, could you get a backtrace of the evolution-alarm-notify process while you'll be asked for a password, please? It may show us when the prompt happened and possibly why. You get a backtrace of running process by command like this: $ gdb --batch --ex "t a a bt" -pid=PID &>bt.txt where PID is process ID of the running application (ps ax | grep evolution). Please make sure you'll have debug info packages for evolution-data-server and evolution installed, and also make sure the bt.txt will not contain any private information, like passwords or server addresses. Thanks in advance.
Should be even better in 3.5.3 since all clients now have equal access to calendars.
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!