Launchpad has imported 13 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=1075461.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2014-03-12T08:29:47+00:00 birger wrote: Description of problem: When I enable calendar for my exchange config in the gnome network accounts, switching to the calendar view in evolution will freeze it completely. Version-Release number of selected component (if applicable): evolution-ews-3.10.4-1.fc20.x86_64 evolution-data-server-3.10.4-2.fc20.x86_64 evolution-3.10.4-2.fc20.x86_64 How reproducible: Always if the exchange calendar is enabled. Steps to Reproduce: 1. Start evolution 2. Press the Calendar button 3. Actual results: Shows the calendar screen and then freezes completely Expected results: Additional info: In evolution preferences the account is listed with type ews, so I assume this is the package I should report on. This used to work. Even in early F20 days, I think. But has been broken for quite some time now. Even after disabling the exchange calendar I still get the gnome popups warning me about meetings from the exchange calendar (possibly because I have not restarted anything but evolution). I guess I can live with keeping the calendar enabled so I get the popups and only check my calendar on my phone for now... Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/0 ------------------------------------------------------------------------ On 2014-03-12T08:31:15+00:00 birger wrote: I also have a google account defined in gnome, with the calendar enabled. That calendar works fine in evolution. I guess that also points at evolution-ews as the problem. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/1 ------------------------------------------------------------------------ On 2014-03-13T10:58:52+00:00 Milan wrote: Thanks for a bug report. I agree with a blame to evolution-ews, on the first look at least. To be sure, it'll be good to see what evolution does and why it is frozen. Could you do the following, please? a) install debuginfo packages for evolution-data-server, evolution and evolution-ews; make sure the package version matches version of the binary package (rpm -qa | grep evolution | sort) b) reproduce the issue c) while the evolution is frozen, invoke these two commands from a terminal: $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>evo-bt.txt $ gdb --batch --ex "t a a bt" -pid=`pidof evolution-calendar-factory` \ &>ecf-bt.txt d) please review the content of evo-bt.txt and ecf-bt.txt for any private information it can contain, like email addresses, server addresses and passwords (I usually search for "pass" (quotes for clarity only) at least). Once you've the file content sanitized, upload it here, please, and I'll check where the evolution is stuck. I would guess it's waiting for a response from the evolution-calendar-factory process, which might be busy with an update of the EWS calendar. It would be also good to restart the machine before starting this reproducer, just to make sure all updated binaries will be running as expected. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/2 ------------------------------------------------------------------------ On 2014-03-13T14:19:49+00:00 birger wrote: Created attachment 874017 evo-bt.txt Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/3 ------------------------------------------------------------------------ On 2014-03-13T14:20:44+00:00 birger wrote: Created attachment 874018 ecf-bt.txt Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/4 ------------------------------------------------------------------------ On 2014-03-14T08:08:02+00:00 Milan wrote: Thanks for the update. Interestingly, the evolution-calendar-factory is idle, it doesn't do anything at the moment of the backtrace capture. The evolution backtrace, on the other hand, shows that there was received a notification about added components to a view (that's when the calendar finds an event which satisfies view's criteria), where the calendar wanted to marks days with events in the left-bottom calendar. This got stuck on the timezone request, the evolution asked for a timezone definition the calendar factory. The interesting part here is that the timezone ID seems to be garbled, it shows value " 1". I just tested this and I can reproduce this too. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/5 ------------------------------------------------------------------------ On 2014-03-14T09:26:13+00:00 Milan wrote: I realized, after further investigation, that this was an issue in evolution-data-server, which had some wrong assumption. More can be seen in an upstream commit [1] for 3.11.92+. I'll create an update for Fedora 20 with the patch included. By the way, the UI will eventually recover, once it timeouts on the D-Bus call, but you may get into the freeze quite often, when searching through the calendar. [1] https://git.gnome.org/browse/evolution-data- server/commit/?id=6b9b325 Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/6 ------------------------------------------------------------------------ On 2014-03-14T10:22:46+00:00 birger wrote: I have another problem that I have not reported. Perhaps it's related. When composing a new email (reply, group reply as well) while the exchange account is selected it takes a looooong time before the compose window pops up. But not if I select one of my other email accounts. Not nearly as long as this calendar hang. I have let evolution just hang in the calendar view for quite long, and I have never seen it recover. Perhaps because there are many calendar entries and it has to time out on each one? Looking forward to the patched package. Will let you know how it works. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/7 ------------------------------------------------------------------------ On 2014-03-14T10:40:38+00:00 Fedora wrote: evolution-data-server-3.10.4-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/evolution-data-server-3.10.4-3.fc20 Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/8 ------------------------------------------------------------------------ On 2014-03-14T12:40:13+00:00 birger wrote: It seems to fix both of my problems. :-) Should I somehow give karma to the package on bodhi? I am not certain how to do that. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/9 ------------------------------------------------------------------------ On 2014-03-15T15:25:59+00:00 Fedora wrote: Package evolution-data-server-3.10.4-3.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing evolution-data-server-3.10.4-3.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-3948/evolution-data-server-3.10.4-3.fc20 then log in and leave karma (feedback). Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/10 ------------------------------------------------------------------------ On 2014-03-17T07:29:26+00:00 Milan wrote: (In reply to birger from comment #7) > When composing a new email (reply, group reply as well) while the exchange > account is selected it takes a looooong time before the compose window pops > up. You said later the package helped, thus it's good, but only in case you face it again, the same as in comment #2 applies here, it means, while the evolution is frozen, get the backtrace of it, to see what it does. > I have let evolution just hang in the calendar view > for quite long, and I have never seen it recover. Perhaps because there are > many calendar entries and it has to time out on each one? Right. My test event had 3 broken/unknown timezones, and the client asked for each of it, and each call time-outed after about 30 seconds (per one call). Thus I agree, if you have multiple events suffering of this, and each has about 2-3 unknown timezones, then you get to along pending period. (In reply to birger from comment #9) > It seems to fix both of my problems. :-) > Should I somehow give karma to the package on bodhi? I am not certain how to > do that. Right, it would be nice to add the karma there (see comment #10 for a link). I think you might need an account there, thus if it's not a problem, then please leave karma there, thus the update gets to stable quicker. Thanks. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/11 ------------------------------------------------------------------------ On 2014-03-18T08:06:13+00:00 Fedora wrote: evolution-data-server-3.10.4-3.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution- ews/+bug/1311213/comments/12 ** Changed in: evolution-data-server (Fedora) Status: Unknown => Fix Released ** Changed in: evolution-data-server (Fedora) Importance: Unknown => High -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution-data-server in Ubuntu. https://bugs.launchpad.net/bugs/1311213 Title: Evolution 3.10.4 with EWS plugin: Calendar locks up application Status in evolution-data-server package in Ubuntu: Fix Released Status in evolution-ews package in Ubuntu: Invalid Status in evolution-data-server source package in Trusty: Fix Released Status in evolution-ews source package in Trusty: Invalid Status in evolution-data-server package in Fedora: Fix Released Bug description: * Impact: e-d-s client might lock when ews calendars are in use * Test case: configure an ews calendar, check that the indicator-datetime indicator still runs correctly * Regression potential: Check that calendars work correctly in evolution and in the indicator ------ I ran into what appears to be a nasty bug with running the Evolution email client 3.10.4 downloaded from the Ubuntu 14.04 Software Center with the Exchange Web Services (EWS) plugin. After configuring my work Exchange account using EWS, email, contacts, and calendar reminders appear to be working with no problems. Yet, when I click on the Calendar button to view my calendar and change to Month view, Evolution completely locks up. I manually killed all Evolution-related processes using the system monitor, but re-launching Evolution takes me back directly to the Calendar, freezing the email client once again. If I wait long enough (about 15 - 20min) the email client seems to return back to normal, but will freeze again if I click Calendar once more. I was able to recreate the issue on a VM as well. I also verified the issue exists with vanilla Ubuntu Desktop 14.04 and Ubuntu GNOME 14.04. All tests were run and confirmed on 64-bit releases. I did a little research before posting and found someone had the exact same problem with Evolution running on Fedora. The original link can be found here: https://bugzilla.redhat.com/show_bug.cgi?id=1075461 The issue appears to be with the evolution-data-server component, and a patched version of the component evolution-data-server-3.10.4-3 was released to resolve the issue. I tried looking online for an Ubuntu compatible version of the patch but have fallen short. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/1311213/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
