View Issue Details

IDProjectCategoryView StatusLast Update
0000104SOGo Connectorpublic2012-11-12 20:14
Reporterbhur Assigned To 
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionno change required 
Product Version0.94 
Summary0000104: Invitation problem
Description

A user reported to me the following problem. He created a meeting with some attendees. Everything fine, all freebusy correctly shown. Close and re-open the meeting.
That's were a problem appears: previously the attendees looked like "xx, yy <mail@tld.com" and now it displays "xx". (look below for the error reported by TB). Of course the user did never receive any invitation to the meeting.

I cheched the user rights and erverything is fine (View Date&Time for all attendees).

Additional Information

Error: [Exception... "'cardDavReport(): Error connecting to the Server; response status: 404' when calling method: [nsIAbDirectory::childCards]" nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)" location: "JS frame :: file:///C:/Program%20Files/Mozilla%20Thunderbird/extensions/sogo-connector@inverse.ca/components/componentRegistry.js -> file:///C:/Program%20Files/Mozilla%20Thunderbird/extensions/sogo-connector@inverse.ca/js/SOGoFBURLFreeBusyProvider.js :: anonymous :: line 97" data: no]
Source File: file:///C:/Program%20Files/Mozilla%20Thunderbird/extensions/sogo-connector@inverse.ca/components/componentRegistry.js -> file:///C:/Program%20Files/Mozilla%20Thunderbird/extensions/sogo-connector@inverse.ca/js/SOGoFBURLFreeBusyProvider.js
Line: 97

TagsNo tags attached.

Activities

ludovic

ludovic

2009-08-17 13:51

administrator   ~0000079

This is a Thunderbird bug - see https://bugzilla.mozilla.org/show_bug.cgi?id=485387

Lightning reuses TB's address completion code which can generate (rarely) broken results.

bhur

bhur

2009-08-17 13:55

reporter   ~0000080

In this case it does not "rarely" generate broken results, but "always".. I can reproduce the bug easily.

ludovic

ludovic

2009-08-17 13:56

administrator   ~0000081

How?

wsourdeau

wsourdeau

2009-08-17 13:57

viewer   ~0000082

The 404 errors above must correspond to request done on the SOGo server. Can you give us a log excerpt during which the requests occurs? I suspect something to be wrong in your configuration but I must see the logs to be sure.

bhur

bhur

2009-08-17 14:11

reporter   ~0000083

How: see the issue description (I always use the same attendee).

@Wolfgang: here the sogo's log. Nothing looks strange imho

localhost.localdomain - - [17/Aug/2009:16:01:21 GMT] "POST /SOGo/dav/jmon/Calendar/personal/ HTTP/1.1" 200 602/399 0.012 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:24 GMT] "POST /SOGo/dav/jmon/Calendar/personal/ HTTP/1.1" 200 546/399 0.023 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:27 GMT] "PUT /SOGo/dav/jmon/Calendar/personal/8e7c65b8-2e57-454a-afa8-a1cd8b1fd63c.ics HTTP/1.1" 204 0/1208 0.122 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:27 GMT] "POST /SOGo/dav/jmon/Calendar/personal/ HTTP/1.1" 200 139/923 0.010 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:28 GMT] "PROPFIND /SOGo/dav/jmon/Calendar/personal/ HTTP/1.1" 207 333/123 0.009 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:30 GMT] "POST /SOGo/dav/jmon/Calendar/personal/ HTTP/1.1" 200 658/399 0.009 - - 0
localhost.localdomain - - [17/Aug/2009:16:01:31 GMT] "REPORT /SOGo/dav/jmon/Contacts/public/ HTTP/1.1" 404 50/343 0.002 - - 0

wsourdeau

wsourdeau

2009-08-17 14:16

viewer   ~0000084

actually yes:

localhost.localdomain - - [17/Aug/2009:16:01:31 GMT] "REPORT /SOGo/dav/jmon/Contacts/public/ HTTP/1.1" 404 50/343 0.002 - - 0

This line shows that the "public" addressbook does not exist. The id represented here must correspond to one of the sources mentionned in your SOGo configuration that is marked as an addressbook (where "isAddressbook" = YES). So either your sogo integrator is not well configured, either it's your directory which should have the "public" id.

ludovic

ludovic

2012-11-12 20:14

administrator   ~0004830

This bug was in Lightning, and from the bug report, it was fixed in v1.2.

Issue History

Date Modified Username Field Change
2009-08-17 13:48 bhur New Issue
2009-08-17 13:51 ludovic Note Added: 0000079
2009-08-17 13:55 bhur Note Added: 0000080
2009-08-17 13:56 ludovic Note Added: 0000081
2009-08-17 13:57 wsourdeau Note Added: 0000082
2009-08-17 14:11 bhur Note Added: 0000083
2009-08-17 14:16 wsourdeau Note Added: 0000084
2012-11-12 20:14 ludovic Note Added: 0004830
2012-11-12 20:14 ludovic Status new => closed
2012-11-12 20:14 ludovic Resolution open => no change required