GNOME Bugzilla – Bug 320070
'searching for another ...'
Last modified: 2013-09-10 14:04:09 UTC
So - my iCal attachment thing in the mailer is completely useless. It sits permanantly in the "Searching for an existing version of this appointment" state - and never allows me to accept the appointment. I have *only* local calendars [ 4 of them ] selected for this comparison in the preferences. *Worse* as the screenshot shows - it already knows that it conflicts with something so ... This means I have to manually cut & paste data into appointments which is highly frustrating. I am using: evolution-2.4.1.0.200510241343-0.snap.novell.0.1.i586.rpm evolution-pilot-2.4.1.0.200510241343-0.snap.novell.0.1.i586.rpm evolution-data-server-1.4.1.0.200510241343-0.snap.novell.0.1.i586.rpm
Created attachment 53987 [details] a photograph of the misbehavior.
Do you have any exchange account or did EDS crash by any change ? This may happen if exchange process or EDS crashes.
No exchange account, and EDS did not crash no. On the other hand - I havn't been plagued by this recently :-)
I'm seeing the same problem after I upgraded evolution from 2.2.2 to 2.4.2.1 last week. One invite I received was an update to reschedule an existing meeting, and the other was a brand new meeting. In both cases the message reads "Searching for an existing version of this appointment", and all buttons below it (Accept, Decline, etc.) are disabled so I can't add the meeting to my local calendar. I'm connected via IMAP to an MS Exchange server (not using the Exchange protocol) and use only the local calendar. EDS is still running: 5234 ? S 0:02 /usr/libexec/evolution/2.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory:2.4 --oaf-ior-fd=53 5239 ? S 0:00 /usr/libexec/evolution-data-server-1.4 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.4 --oaf-ior-fd=55 10599 ? S 0:00 xterm -e sh -c CAMEL_VERBOSE_DEBUG=1 evolution 2>&1 | tee /tmp/evolution-camel-debug.txt 10601 pts/2 S 0:00 sh -c CAMEL_VERBOSE_DEBUG=1 evolution 2>&1 | tee /tmp/evolution-camel-debug.txt 10602 pts/2 S 0:07 evolution 10603 pts/2 S 0:00 tee /tmp/evolution-camel-debug.txt 10719 pts/3 S 0:00 grep evolu (BTW, the debug output is for bug #324804) The reason I upgraded from 2.2.2 is because evolution used to crash when I tried to accept an invitation that included a file attachment. Now I can't even test whether that's been fixed!
Can you please get us the traces of the evolution-exchange process when this happens ? . This can happen if exchange process crashes or hangs.
/me had no exchange accounts - OTOH. havn't seen this problem recently. Then again - for no good reason my exchange thing is still running. Also - turns out I'm using evo-2.4.x; HTH.
I don't even have evolution-exchange installed. I removed it and deleted my (formerly disabled) exchange account when the new version caused evolution to hang (see bug #322897). The data server is still running, though I don't know what it's doing: $ ps ax | grep evolu 4827 ? S 0:01 /usr/libexec/evolution/2.4/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory:2.4 --oaf-ior-fd=39 4830 ? S 0:00 /usr/libexec/evolution-data-server-1.4 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.4 --oaf-ior-fd=53 7831 ? S 0:00 xterm -e sh -c CAMEL_VERBOSE_DEBUG=1 evolution 2>&1 | tee /tmp/evolution-camel-debug.txt 7833 pts/1 S 0:00 sh -c CAMEL_VERBOSE_DEBUG=1 evolution 2>&1 | tee /tmp/evolution-camel-debug.txt 7834 pts/1 S 0:06 evolution 7835 pts/1 S 0:00 tee /tmp/evolution-camel-debug.txt 7918 pts/4 S 0:00 grep evolu A stack trace of evolution-data-server doesn't indicate anything amiss: 0x007447a2 in _dl_sysinfo_int80 () at rtld.c:577 577 relocate_doit (void *a) (gdb) bt
+ Trace 65754
When I opened the meeting invitation I saw the following output in the debug log: ------_=_NextPart_001_01C6214C.D8C914D7 content-class: urn:content-classes:calendarmessage Content-Type: text/calendar; method=REQUEST; name="meeting.ics" Content-Transfer-Encoding: 8bit BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft CDO for Microsoft Exchange VERSION:2.0 BEGIN:VTIMEZONE TZID:Pacific Time (US & Canada)\, Tijuana X-MICROSOFT-CDO-TZID:13 BEGIN:STANDARD DTSTART:16010101T020000 TZOFFSETFROM:-0700 TZOFFSETTO:-0800 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T020000 TZOFFSETFROM:-0800 TZOFFSETTO:-0700 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=4;BYDAY=1SU END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT DTSTAMP:20060125T011536Z DTSTART;TZID="Pacific Time (US & Canada), Tijuana":20060126T170000 SUMMARY:Australia Day Beer Bash! UID:040000008200E00074C5B7101A82E0080000000060F736CA0921C601000000000000000 010000000A55A1B335E70064AB94AE8CADFEF1208 ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="xxXxxxxx" :MAILTO:xxXxxxxx@boingo.com ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="xxXXXXX": MAILTO:xxXXXXX@boingo.com ORGANIZER;CN="Xxxx, Xxxx":MAILTO:xxxxxxx@boingo.com LOCATION:Lobby DTEND;TZID="Pacific Time (US & Canada), Tijuana":20060126T190000 DESCRIPTION:\N SEQUENCE:0 PRIORITY:5 CLASS: CREATED:20060125T011536Z LAST-MODIFIED:20060125T185427Z STATUS:CONFIRMED TRANSP:OPAQUE X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY X-MICROSOFT-CDO-ALLDAYEVENT:FALSE X-MICROSOFT-CDO-IMPORTANCE:1 X-MICROSOFT-CDO-OWNERAPPTID:158865366 BEGIN:VALARM ACTION:DISPLAY DESCRIPTION:REMINDER TRIGGER;RELATED=START:-PT00H15M00S END:VALARM END:VEVENT END:VCALENDAR ------_=_NextPart_001_01C6214C.D8C914D7-- <-- Thread b4b99bb0 > CamelFolder:get_message('INBOX', '23907') = class: CamelMimeMessage mime-type: multipart/alternative; boundary="----_=_NextPart_001_01C6214C.D8C914D7" content class: CamelMultipart content mime-type: multipart/alternative; boundary="----_=_NextPart_001_01C6214C.D8C914D7" class: CamelMimePart mime-type: text/html; charset=iso-8859-1 content class: CamelDataWrapper content mime-type: text/html; charset=iso-8859-1 class: CamelMimePart mime-type: text/calendar; method=REQUEST; name=meeting.ics content class: CamelDataWrapper content mime-type: text/calendar; method= (evolution:7834): GLib-GObject-WARNING **: invalid (NULL) pointer instance (evolution:7834): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed (evolution:7834): libecal-CRITICAL **: e_cal_open_async: assertion `ecal != NULL' failed
I finally got around to installing evolution 2.5.92. The bug is fixed in that version.
okay, i'm closing this as obsolete because trevin cannot reproduce it and because michael has not seen this problem recently. anyone please reopen this bug if you can still reproduce it with a current evolution version. thanks a lot.