GNOME Bugzilla – Bug 596133
Calendar entries missing from view.
Last modified: 2010-12-26 03:33:30 UTC
Steps to reproduce: 1. Only applies to initial open of Evolution after a clean boot. Subsequent use of Evolution works as expected. 2. Initial opening of Evolution with Mail view as the open target. 3. Select the Calendar with month view. Some entries are missing from the view. 4. After changing views from month to one week the full set of entries is then shown. Changing again to month view all entries are still visible. I choose critical as the severity of this bug as I believe misrepresenting user data is the most severe failure the application can have. I was unable to identify a pattern to the entries to predict which would be missing and which shown. This failure can create a use case where users miss appointments and alter plans thinking that all data is shown when it is not. Note that the instance of Evolution that exhibits this behavior is also affected by Bug 360517 - Birthday events disappear from the calendar. Although birthday events are arguably less important than appointments to most users these are both instances where Evolution is misrepresenting user data and should be considered critical failures. This will lead to users losing trust in Evolution to manage their data. It may be useful to look at a test case for Bug 360517 to see if these two bugs are related.
Which provider ? If you start evolution and evolution-data-server from terminals do you see warnings when you move to month view ?
Thanks for the quick reply. I ran the following command to start evolution-data-server after a clean boot. The parameters were copied from the process list while it was running during the previous boot. $ /usr/lib/evolution/evolution-data-server-2.26 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_BookFactory:1.2 --oaf-ior-fd=20 evolution-data-server-Message: Starting server e-data-server-Message: adding type `ECalBackendWeatherEventsFactory' e-data-server-Message: adding type `EBookBackendWebdavFactory' e-data-server-Message: adding type `ECalBackendGoogleTodosFactory' e-data-server-Message: adding type `ECalBackendGoogleEventsFactory' e-data-server-Message: adding type `EBookBackendLDAPFactory' e-data-server-Message: adding type `ECalBackendHttpTodosFactory' e-data-server-Message: adding type `ECalBackendHttpEventsFactory' e-data-server-Message: adding type `ECalBackendHttpMemosFactory' e-data-server-Message: adding type `EBookBackendVCFFactory' e-data-server-Message: adding type `EBookBackendGoogleFactory' e-data-server-Message: adding type `EBookBackendGroupwiseFactory' e-data-server-Message: adding type `ECalBackendContactsEventsFactory' e-data-server-Message: adding type `ECalBackendFileTodosFactory' e-data-server-Message: adding type `ECalBackendFileEventsFactory' e-data-server-Message: adding type `ECalBackendFileJournalFactory' e-data-server-Message: adding type `ECalBackendGroupwiseTodosFactory' e-data-server-Message: adding type `ECalBackendGroupwiseEventsFactory' e-data-server-Message: adding type `ECalBackendGroupwiseJournalFactory' e-data-server-Message: adding type `EBookBackendFileFactory' e-data-server-Message: adding type `ECalBackendCalDAVEventsFactory' e-data-server-Message: adding type `ECalBackendCalDAVTodosFactory' e-data-server-Message: adding type `ECalBackendCalDAVMemosFactory' IOR:010000003000000049444c3a474e4f4d452f45766f6c7574696f6e2f41646472657373626f6f6b2f426f6f6b466163746f72793a312e3000030000000054424f500000000101020005000000554e4958000000000a0000006c6f63616c686f7374000000280000002f746d702f6f726269742d646f6e2f6c696e632d6635332d302d313734633164653437613566630000000000caaedfba5400000001010200280000002f746d702f6f726269742d646f6e2f6c696e632d6635332d302d3137346331646534376135666300000000001c000000010000004cc7dde9d25ef1b1d932313131313131010000007234b6b201000000480000000100000002000000050000001c000000010000004cc7dde9d25ef1b1d932313131313131010000007234b6b201000000140000000100000001000105000000000901010000000000 libedata-book-Message: Error registering the PAS factory: already active (evolution-data-server-2.26:3923): evolution-data-server-WARNING **: server.c:391: could not initialize Server service "BOOKS"; terminating Although my manual startup of evolution-data-server terminated I then started evolution: $ evolution ** (evolution:4119): DEBUG: mailto URL command: evolution %s ** (evolution:4119): DEBUG: mailto URL program: evolution The client ran without any reported errors or warnings. I also see that it started evolution-data-server with the same parameters but this time it didn't terminate: $ ps -eaf | grep evolu don 3607 1 0 09:21 ? 00:00:00 /usr/lib/evolution/2.26/evolution-exchange-storage --oaf-activate-iid=OAFIID:GNOME_Evolution_Exchange_Connector_BookFactory:1.2 --oaf-ior-fd=19 don 3612 1 0 09:21 ? 00:00:00 /usr/lib/evolution/evolution-data-server-2.26 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_BookFactory:1.2 --oaf-ior-fd=20 Let me know if I should try again using different parameters for the manual start of evolution-data-server in a terminal.
Sounds like bug 353012
This may indeed be a duplicate of Bug 353012. I believe the severity of 353012 should also be changed from normal to critical. Also I see that 353012 was reported against 2.24.x, this is against 2.26.x and I still see the behavior in 2.28.0 as well. Now I am seeing the addition of a new calendar entry by accepting an invitation from an email does not appear in all views. Changing views after accepting the invitation seems to trigger some of the views to be empty. Unchecking and then checking the calendar display flags bring them into the views that are empty. Exiting and restarting evolution continues to fail to display the newly accepted invitation. Killing and restarting evolution-data-server does not resolve the issue. The one-week view is very odd, in that it splits Wednesday and Thursday in half rather than Saturday and Sunday. Note that I have all 7 days marked as work days in preferences.
Created attachment 144820 [details] Screenshot of error state. This is the one-week view in the calendar. This view should be heavily populated but is missing all entries. Note that calendars "Interests" and "Personal" are both checked. Note that Wednesday and Thursday are split in half.
Did move to dbus help here by chance ? It may be helpful in case you can give a try with Evolution 2.30.3 or Evolution 2.32.1.
Thanks for the reply but I am not currently setup to test with Evolution 2.30.3 or 2.32.1. I suggest this bug be closed as unable to reproduce and I'll reopen it if I see it again in a newer release of Evolution.
I will close as duplicate, please feel free to comment on bug 353012 with your findings against Evolution 2.30.3 or 2.32.1. *** This bug has been marked as a duplicate of bug 353012 ***