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 553943 - Evolution tries to load an ics file to hangs.
Evolution tries to load an ics file to hangs.
Status: RESOLVED DUPLICATE of bug 510169
Product: evolution-data-server
Classification: Platform
Component: Calendar
2.24.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2008-09-26 13:27 UTC by Kandepu Prasad
Modified: 2009-01-29 10:36 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Kandepu Prasad 2008-09-26 13:27:39 UTC
Please describe the problem:
While you are not on VPN,

1) switch to the Calendar view,
2) click New Calendar, enter some text in the Name field, and set the following
calendar URL:

  caldav://w3.suse.de/~gekker/SUSE_Release_Schedule.ics

When you click OK, Evolution freezes.  After a few minutes it comes back to
life, but freezes again in a few seconds.  This continues until I activate the
VPN connection.


Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Kandepu Prasad 2008-09-26 13:28:41 UTC
Downstream bug
https://bugzilla.novell.com/show_bug.cgi?id=352510
Comment 2 Milan Crha 2008-11-28 16:39:01 UTC
Newly added calendar is automatically added to alarms too, thus alarm-notify tries to open the calendar. While it holds the lock of the caldav backend, evolution tries to set caldav's mode (local/remote) which is guarded with the same lock, thus Evolution waits until alarm-notify is done with it, but in the main thread, which looks like frozen UI.

With this calendar disabled for alarm-notify, when you select calendar in the source tree on the left in the calendar view, the source is set as default, which invokes to load it as well. This is done asynchronously, but it ends in the same thing like with the alarm-notify.

Chen should know why are selected calendars in tree automatically opened, even they are not checked. I guess it's not necessary, but no clue on that.
No idea what to do with alarms, at the moment.
Comment 3 Milan Crha 2009-01-29 10:36:25 UTC

*** This bug has been marked as a duplicate of 510169 ***