361634 - imip-bar should consider local status of iTIP/iMIP invitations

Status: VERIFIED FIXED

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Description

[Florian Schnabel]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061121 Minefield/3.0a1
Build Identifier: thunderbird version 3 alpha 1 (20061122) + lightning 4a1 (2006112205)

the status of an invitation (added to calendar/not addedd yet) is not permanently remembered

Reproducible: Always

Steps to Reproduce:
1. recieve an outlook meeting invitation
2. click "add to calendar" button
3. button disappears
4. view some other mail, view the invitation again
5. "add to calendar" button is back



Expected Results:  
would expect to not show that button as long as the event is in my calendar

Comment 1

[Martin Schröder [:mschroeder]]

Clint, you know best about ITIP and iMIP support.

Comment 2

[Matthew (lilmatt) Willis]

CONFIRMED.

We currently don't store the local status of the iMIP/iTIP invitation, so we always offer "Add to Calendar", even if you already have clicked it before.

Comment 3

[Matp75]

now, that bug 334685 landed (accept and decline choices), behavior and error message is not really user friendly when you try again to accept an invitation :
Invitation could not be processed : Status 2147500037
Details : ID already exists for AddItem

Comment 6

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Clint, could you please provide an update on the status of this bug, since there has been some recent work on iTIP/iMIP for 0.8?

Comment 7

[cmtalbert]

It's better but it's not solved.  It can't be solved until we actually have a centralized system for storing what invitations you recieved.

For example take these steps into account:
1. Get invitation
2. Decline invitation
3. Restart thunderbird
4. Look at invitation in step 1, it looks like you never declined it.  We have no way to persist that information right now.  And that's what this bug is really asking us to do.

We need a general way to persist information across all invitations.  An invitation manager sort of solution that will be the one stop shop for all invitations in the system regardless of where they came from (email or in-provider) and where they are going (email, in-provider, sms, or some other transport).

Comment 8

[James Andrewartha]

This seems fixed in 0.9pre 2008061820.

Comment 9

[James Andrewartha]

Possibly it was fixed due to bug 421886?

Comment 10

[Pete Riley]

(In reply to comment #8)
> This seems fixed in 0.9pre 2008061820

It seems to be mostly fixed, but I still see the problem in the following situations.

Situation one:
1) I decline an invitation but the Accept/Decline/Tentative buttons remain.

Situation two:
1) An attendee accepts my invitation and sends the corresponding iMIP email to me.
2) I click the Update button and all is good.
3) I switch to another email and then back to this one and I see the Update button again.

Comment 11

[Daniel Boelzle [:dbo]]

Ought to be fixed with bug 457203.

Comment 12

[Andreas Treumann]

Checked with lightning build 20081130 -> VERIFIED.

Comment 13

[Philipp Kewisch [:Fallen][📱📆]]

These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".

Comment 14

[Philipp Kewisch [:Fallen][📱📆]]

These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".