Closed Bug 474426 Opened 16 years ago Closed 16 years ago

no invitation sent if create and invite done in one go (no save in between) - wcap

Categories

(Calendar :: Provider: WCAP, defect)

Product:
Calendar
Component:
Provider: WCAP
Version:
Lightning 0.9
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: jens.poenninghaus, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.20) Gecko/20081217 Firefox/2.0.0.20
Build Identifier: TB 2.0.0.19 + lightning 0.9

Two users in a wcap setup.

No invitation gets send, if we create an event and add some (wcap) attendee in one go.

Invitation gets send though, if modifying existing event and/or when adding attendee after saving the core event


Reproducible: Always

Steps to Reproduce:
1. select some timeslot and create new task (don't save)
2. add some attendee using e.g. his/her mail address
3. save&close event

Observation: No invitation is sent to attendee

1b) Modify created event (e.g. add location) and save&close

Observation: attendee gets invitation/notification

1c) Create another event without attendee (save)
2c) Modify this event by adding attendee (save)

Observation: Attendee gets invitation


Actual Results:  
Attendee does not get an invitation at event creation but will be notified on update or on later addition



Expected Results:  
Attendee should get invitation on creation of event - unless user customisable overide forbids this



Might be seen in contrast to bug 379198. The bug reported here seems to be cosely tied to wcap.
Does the issue still exists in current 1.0pre nightly test builds?

Do you see any calendar related error messages in Tools > Error Console during your workflow?
Component: General → E-mail based Scheduling (iTIP/iMIP)
QA Contact: general → email-scheduling
Version: unspecified → Lightning 0.9
Andreas, can you check this with latest Lightning nightly build, please?
I try to reproduce this issue but it works for me.

@jens: I'm a little bit confused. In step 1 you created a task, but it's not possible to add attendees to a task. So I checked this issue with an event and could not reproduce this bug.

Checked with Sun Java System Calendar Express 6 version.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
orry for delay! 
A colleage tested lighning 1.0pre against 
Thunderbird 3.0build2 seeing same behaviour. Console shows error message:

Error: [context-id: cbdaea4b-3e75-494d-af5d-d7287f9c7f36,
uri:http://debug-cal.fqdn/,userId=source-user@domain, default calendar]
error: defaultTimezone: cannot get X-NSCP-CALPROPS-TZID!
stack:
1:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapUtils.js:169]
logError
2:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapCalendar.js:326]
calWcapCalendar_defaultTimezoneGetter
3:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapCalendar.js:341]calWcapCalendar_getAlignedTzid
4:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapCalendarItems.js:590]
calWcapCalendar_storeItem
5:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapCalendarItems.js:699]
calWcapCalendar_adoptItem
6:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapCalendarItems.js:708]
calWcapCalendar_addItem
7: [null:0] null
8:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calTransactionManager.js:202]
cT_doTransaction
9: [null:0] null
10:
[file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calTransactionManager.js:71]
cTM_createAndCommitTxn

Source File:
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm
->
file:///C:/Dokumente%20und%20Einstellungen/user/Anwendungsdaten/Thunderbird/Profiles/wuewka4e.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calWcapUtils.js
Line: 169

At first glance I don't see why the fallback timezone 'UTC' should lead to
observered behaviour but will track down why timezone retrieval fails at all.
@Andreas: 
 
It should 'event' not 'task'.
Daniel, can you have a look at the error message in comment#4, please?
Component: E-mail based Scheduling (iTIP/iMIP) → Provider: WCAP
Keywords: qawanted
QA Contact: email-scheduling → wcap-provider
We nailed down inviters and invitees individual calendar timezones to Europe/Paris (which is declared as the default timezone in frontend and backend calendar servers). After that we don't see any error messages in the console but still no invitation nor autoconfirmed event.
I should possibly only log a warning only, and add code to map to a fitting timezone (e.g. Europe/Paris in below scenario):

Client TZID is not supported by server, e.g. Europe/Berlin:
=> fallback to calendar's default timezone
   => If not available, fallback to UTC

I don't know why your server doesn't place invitations when creating new events. From my experience missing invitation copies in attendee calendars are most often caused by a faulty admind. Check whether it runs and IIRC it has a queue you could check whether there's pending stuff to be dispatched.
I setup a frontend with wcap logging and see suitable attendee parameter
and a notify=0 

[27/Jan/2009:14:02:30 +0100] debug-cal-front cshttpd[16711]: General Debug:     argv[9] = attendees=RSVP=TRUE^PARTSTAT=NEEDS-ACTION^ROLE=REQ-PARTICIPANT^mailto:invitee@uni-bielefeld.de

[27/Jan/2009:14:02:30 +0100] debug-cal-front cshttpd[16711]: General Debug:     argv[27] = smtp=0
[27/Jan/2009:14:02:30 +0100] debug-cal-front cshttpd[16711]: General Debug:     argv[28] = smtpNotify=0
[27/Jan/2009:14:02:30 +0100] debug-cal-front cshttpd[16711]: General Debug:     argv[29] = notify=0

This surely explains, why there is no notification sent in the first place.
So I need to track down why notify gets set to '0'.
Any input/pointers appreciated ;-)
I think I had that error "cannot get X-NSCP-CALPROPS-TZID!" because I didn't set up my timezone in the web interface.
Hmm, strange, because commonly auto provisioned.
In a Sun Java(tm) System Calendar Server 6.3-11.01 (built Nov 22 2008)
You have to provision user on ldap with
icsExtendedUserPrefs: ceEnableInviteNotify=true
icsExtendedUserPrefs: ceNotifyEnable=1
icsExtendedUserPrefs: sunCalInitialized=true
icsExtendedUserPrefs: sunCalEventfilter=accepted,tentative,declined,needs-action
icsExtendedUserPrefs: ceDefaultAlarmEmail=userid@ejemplo.com
icsExtendedUserPrefs: ceNotifyEmail=userid@ejemplo.com

In order to send invitation on emails in any case.

But I managed to reproduce this bug, in a really easy way. Just doing in one step the event with the invitations. The invitations is only recieved by the first user invited the rest didnt recieve it. But if save and close the event open it again and change anything and save it again, all the invitations are sent.

My versions are Thunderbird version 2.0.0.19 (20081209) and Lighting 0.9 (2008091719)
Are you referring to a server bug w.r.t. that particular configuration?
I just trying to show that my server its configurated in order to send a notification for each modifycation/create/delete a event in calendar.
If we use the native webmail application (Sun Convergence) this bug doesnt happen so the problem its not on the server.

But in lightning the bug its allways there. When you create a event and invite in one step, only the first person that was invited really recieve the invitation. But you do in 2 steps, I mean create save, no invites, open it again invite people and close. The invitations are sent. 
Another way to get all invitations send, is open the event again and change something on it, save and close. Then all invitations are sent.
It's definitely a server or server config bug that seems to be fixed already, because I cannot reproduce this issue. Please keep in mind that there's no specific client code w.r.t invitation mails, the server covers this all.
Ok, please do you mind to tell me the number of bug are we talking about on the server? I will review if I´m affected by this bug.
If I´m not I will try to upload a video showing explaining myself
I don't know a bug id, I just can't reproduce the issue on our 6.3 server. I recommend you update your server, getting the latest patch level (however this is done, I am no admin). Please don't upload any videos, I believe you the issue exists for you.
I´m on the last patch public level 121657-32, my version is 6.3-11.01 (built Nov 22 2008), could you launch cscal version on your one?
Sorry, I can't.
You need to log in before you can comment on or make changes to this bug.