linagora / tmail-backend

GNU Affero General Public License v3.0
30 stars 17 forks source link

Calendar invitation reply result not visually updated from attendee #1030

Closed Arsnael closed 1 month ago

Arsnael commented 2 months ago

Related method call

Calendar/reply

Environment

Production - tmail.linagora.com

Reproducible steps

Evidents

Image Image Image

Image Image

vttranlina commented 2 months ago

can you update who is A, who is B in the Video, and the picture? Sorry, A lot of pictures, but still confused about what you explain

vttranlina commented 2 months ago

Summary: A invites B, but A can not see A status on A calendar?

Arsnael commented 2 months ago

@vttranlina from what I understood from discussing it with dat a bit was:

Alice invite Bob 
Bob reply by Tmail blue Bar
Alice can see Bob reply in all cases (Alice is openpaas or non openpaas user)
But Bob can not see his status

After checking a bit I think, if you take the current behavior on prod:

I think what mobile team does for testing is that when bob clicks on yes button, they use the jmap metthod for attendance, which replies an email with the ics that then tmail treats for alice and send to sabre to update bob attendance on alice account , but not opening a new tab with calendar uri with query param and not updating bob attendance status for bob on openpaas cal

Am I correct guys?

vttranlina commented 2 months ago

I got it, thank you. I remember the purpose of the Jmap calendar reply was just to show the blue bar on Alice's side. We didn't test the comunicate between tmail and openpass

quantranhong1999 commented 2 months ago

opens a new tab with uri params telling openpaas calendar that bob attends this event, so openpaas cal does the update at that moment for bob (I think that's the current hack in place)

I think it is not 100% related to the Calendar reply extension.

For example, I tested on prod (today is still using the hacky HTML extraction for the blue bar IMO):

Can say this issue has been there the whole time and is not related to the Calendar reply extension IMO.

chibenwa commented 1 month ago

(Disclaimer: on holiday, I read the bug description however I did not read your comments)

That's expected!

We need to modify the ICS pipeline to also transmit the ICS generated by Bob to OpenPaaS. Sending the ICS as if it was received by Bob is likely enough.

TLDR: we need a simple mailetcontainer modification for this.

If needed I will do it on monday.

Arsnael commented 1 month ago

I did think about it yesterday and tried to take a look on mailetcontainer.xml on prod in the cal section, but I wasn't completely sure. Might take an other look, if not support welcome monday

Arsnael commented 1 month ago

We need to modify the ICS pipeline to also transmit the ICS generated by Bob to OpenPaaS. Sending the ICS as if it was received by Bob is likely enough.

Would be interested to know how... The only mail that gets processed is the one received by Alice from Bob. I really don't see how you send your ICS pretending it was received by Bob too. Not really keen on testing something I aint sure about on prod as well (no calendar on staging)

chibenwa commented 1 month ago

https://github.com/linagora/tmail-backend/pull/1033

Please team take care of the PR from now on now that dark magic is done...

https://github.com/linagora/tmail-backend/assets/6928740/17df1261-99e3-4026-a8ea-3a3003975778

vttranlina commented 1 month ago

I continue it on the existing Benoit PR https://github.com/linagora/tmail-backend/pull/1033