Closed Bug 1750223 Opened 4 years ago Closed 4 years ago

Teams invitations are missing date/time and link (same as Bug 1666296 ?)

Categories

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

Product:
Calendar
Component:
E-mail based Scheduling (iTIP/iMIP)
Version:
Thunderbird 91
Platform:
x86_64
Windows 10
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 1742101

People

(Reporter: pac.carlier, Unassigned)

Details

Attachments

(9 files)

Creation of a Teams meeting.pdf
563.78 KB, application/pdf
Details
Email message _with_ link
19.17 KB, image/png
Details
email invitation _without_ link
17.53 KB, image/png
Details
calendar event in thunderbird _without_ link
22.19 KB, image/png
Details
calendar event in Google Calendar _without_ link
19.85 KB, image/png
Details
fullview_email_calendar.png
114.48 KB, image/png
Details
detail_invitation_unfolded.png
54.85 KB, image/png
Details
Test_invitation.eml.gz
8.76 KB, application/gzip
Details
decrypted version of the base64 section of the invitation
1.48 KB, application/gzip
Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/97.0.4692.71 Safari/537.36

Steps to reproduce:

  1. receive a Team invitation
  2. in TB if dislay is HTML, the date and time of the meeting are not displayed
  3. in TB if dislay is text only, the date and time of the meeting are displayed
  4. when the invitation is accepted the link is not in the invitation (in the calendar)
    See attached screen shots and explanations
    TB 91.5.0 (64 bits)

Actual results:

a) constantly need to switch to "text only" to see date and time
b) need to file the invitation for future référence as the link is not in the calendar

Expected results:

Invitation details should be visible in HTML mode
Link should be in the actual invitation in the calendar

Looks similar to bug 1666296 which is now closed

I can confirm at least point 4 (when the invitation is accepted the link is not in the invitation), in TB 91.5.0. I don't know about the others as usually I accept invites from my mobile using Google Calendar app. Later, when I'm in the computer and I want to join a MS Teams meeting via calendar event, I'm unable because there's no link.

Thanks for the PDF. The screenshots help a lot to identify what exactly you mean. When you say:

in TB if dislay is HTML, the date and time of the meeting are not displayed

this seems to be a DUP of bug 1742101.

If I misunderstood you, and there is another issue here, please reopen this bug here.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE

To me it is a prtial DUP of bug 1742101 only because bug 1742101 do not mention that the link do not exist in the invitation in the calendar (once accepted) which is a problem I have documented.
Note also :
1° for me (at least) this is 100% reproductable
2° I am not the only one to report this issue.
I am not familiar to documenting bugs in Bugzilla but thanks to the people involved

Pac, can you formulate the reproduction clearer? A clear reproduction lists every single click and keypress. For me, there are still too many steps missing from the reproduction. For example, I don't know what you mean with "switch to text only", but there are many other steps unclear.
It should also be reproducable without Exchange/MS Teams. You can attach an .eml file, as Magnus already asked.

When you describe it, please avoid mentioning bug 1742101, because it's already a separate issue and not related to MS Teams at all.

And, screenshots help a lot, but we need to know which screenshot shows which step.

Will do.

Having exactly the same issue, let me try to explain what I see:

  1. my calendar provider is Google with an enterprise account and I'm using the CalDav integration (not the gdata plug-in, it's even worse in this case)
  2. customer (generally) sends me a Teams invitation where I can see the URL ("Klicken Sie hier" etc..., see screenshot) in the message part of the invitation, but it seems to not be in the mime text/calendar part of the invitation (the part which I can toggle in the e-mail, see my 2nd screenshot)
  3. once in the calendar as appointment, the URL has disappeared (3rd screenshot) and I see no way whatsoever to recover it, and it's been a few time where I realize this at last minute, asking people frantically to send me the URL.
  4. the URL is also not available in the invitation seen from calendar.google.com (4th screenshot); other colleagues not using Thunderbird don't have this issue, so Thunderbird is doing something with the invitation before/as it's saved to the calendar (and it keeps people from using Thunderbird).

Sorry for the very limited screenshots but those are all professional invitations which I can't share that easily. Regarding the query for the invitation e-mail itself, I could share one privately, under the promise to not share it further. I could also try to anonymize it but the mime base64 encoded part isn't easy to handle.

Fact is that this issue didn't exist in the past, and exist now since months, so please re-open it so that we can track the issue. Thanks!

There is too much information for an anonymized e-mail, so here the hightlights of the source code:

<lots of headers>
--_000_ABCDE02MB72625FC62F9FB10EF61CD89B81579ABCDE02MB7262eurp_
Content-Type: text/plain; charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

[...]
___________________________________________________________________________=
_____
Microsoft Teams-Besprechung
Nehmen Sie von Ihrem Computer oder der mobilen App aus teil
Klicken Sie hier, um an der Besprechung teilzunehmen<https://teams.microsof=
t.com/l/meetup-join/19%3ameeting_verylonglink=
continuinghere>
Oder anrufen (nur Audio)
[...]
___________________________________________________________________________=
_____

--_000_ABCDE02MB72625FC62F9FB10EF61CD89B81579ABCDE02MB7262eurp_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable

<html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:sc=
[...]
<div style=3D"width:100%;height: 20px;"><span style=3D"white-space:nowrap;c=
olor:#5F5F5F;opacity:.36;">________________________________________________=
________________________________</span>
</div>
<div class=3D"me-email-text" style=3D"color:#252424;font-family:'Segoe UI',=
'Helvetica Neue',Helvetica,Arial,sans-serif;" lang=3D"de-DE">
<div style=3D"margin-top: 24px; margin-bottom: 20px;"><span style=3D"font-s=
ize: 24px; color:#252424">Microsoft Teams-Besprechung</span>
</div>
<div style=3D"margin-bottom: 20px;">
<div style=3D"margin-top: 0px; margin-bottom: 0px; font-weight: bold"><span=
 style=3D"font-size: 14px; color:#252424">Nehmen Sie von Ihrem Computer ode=
r der mobilen App aus teil</span>
</div>
<a class=3D"me-email-headline" style=3D"font-size: 14px;font-family:'Segoe =
UI Semibold','Segoe UI','Helvetica Neue',Helvetica,Arial,sans-serif;text-de=
coration: underline;color: #6264a7;" href=3D"https://teams.microsoft.com/l/=
meetup-join/19%3ameeting_verylonglink=
continuinghere" target=
=3D"_blank" rel=3D"noreferrer noopener">Klicken
 Sie hier, um an der Besprechung teilzunehmen</a> </div>
[...]


--_000_ABCDE02MB72625FC62F9FB10EF61CD89B81579ABCDE02MB7262eurp_
Content-Type: text/calendar; charset="utf-8"; method=REQUEST
Content-Transfer-Encoding: base64
<BASE64 stuff>
--_000_ABCDE02MB72625FC62F9FB10EF61CD89B81579ABCDE02MB7262eurp_--

And if I look in the Base64 stuff, it shows roughly:

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
[...]
DESCRIPTION;LANGUAGE=en-GB:Hi all\,\n\nWe want to discuss the [...]
\n\n___________________________________________________________________
 _____________\nMicrosoft Teams-Besprechung\nNehmen Sie von Ihrem Computer 
 oder der mobilen App aus teil\nKlicken Sie hier\, um an der Besprechung te
 ilzunehmen<https://teams.microsoft.com/l/meetup-join/19%3ameeting_verylonglink
continuing here>\nOder anrufen (nur Audio)\n

So it seems that the link is always present, and in all sections of the invitation e-mail, but is swallowed by Thunderbird at some point in time.

I did some more tests using my personal account:

  1. I asked someone to send me an invitation from a School Teams account
  2. at first, the problem didn't appear, the URL survived in all places, but I was also using the gdata plug-in for my calendar
  3. I removed ~/.thunderbird completely and re-configured Thunderbird anew, without any plug-in installed.
  4. I configured an e-mail (non-Gmail) account, Gmail address book using the CardDav protocol, and Gmail calendar using the CalDav protocol (in both cases, simply entering gmail address and gmail.com as server, address books and calendars were both properly discovered)
  5. without any further action on my side, the calendar entry had lost all its URLs in Thunderbird but not in calendar.google.com (no screenshot, it looks exactly the same as in my previous screenshots).
  6. after I had (tentatively, but I think it's irrelevant) accepted the invitation in Thunderbird, the URL was also gone from calendar.google.com.

So, conclusion so far:

  1. nothing to do with the professional account, it's reproduceable with a plain Gmail account
  2. it seems that the CalDav feature filters the message and removes the URL, they are then written back to the Google calendar once any change is made (e.g. accept).

And because I forgot: Thunderbird 91.4.0 (64-bit) on Fedora 35

Could someone reopen this bug and tell us what is still missing to work on it?

Component: Untriaged → E-mail based Scheduling (iTIP/iMIP)
OS: Unspecified → Windows 10
Product: Thunderbird → Calendar
Hardware: Unspecified → x86_64

Hi Pac and Eric, to handle bugs, we need to limit each bug to exactly one problem.

We also need a clear reproduction, as described on https://secure.phabricator.com/book/phabcontrib/article/reproduction_steps/ . There needs to be a set of clicks, to arrive at the bug. The steps need to be reproducible by anybody with only a Thunderbird, so if there are Teams invitations sent by Exchange involved, we need an anonymised .eml file with the email (Select email, Save as File..., open with a text editor, search&replace personal data with fake data - the fake data should be consistent, i.e. replace "eric@ibm.com" with "sender@example.com" everywhere).

Thanks for all the screenshots. These are helpful. You can reference them in the description, but they do not replace the textual description. The textual description needs to be complete. The screenshots are a great help on top of that.

This is not diminish the work and efforts you made here. I would like to thank you for that. The last comment is only to so that we can better handle the issue.

Attached file Test_invitation.eml.gz —

I understand, but Microsoft likes it to put many IDs all over the place, so that it becomes very difficult to understand (and even more remove) where there are security and/or privacy relevant data. Anyway, I took the risk and edited the saved invitation e-mail (I'll also attach the de-base64 vcal).

To be honest, I was also hesitating to invest the time because this issue is still marked closed, but your last note convinced me that it will be looked at, so thank you for this.

Thanks, Eric.

The initial description of this bug sounds like bug 1742101. The latter has been fixed. Eric and Pac (both of you), could you please test Thunderbird Daily (not 91, not Beta - go to https://www.thunderbird.net/, bottom right, click "Daily channel") and see whether it works for you, and if not, which bugs remain?

If there's still a bug, can you please file a new bug (and mention it here), with a clear reproduction that lists every step, as described on https://secure.phabricator.com/book/phabcontrib/article/reproduction_steps/ ? There needs to be a set of clicks, to arrive at the bug.

Thanks for the correction. Got the message but will not be able to test until several days (but will do...)

If it helps, bug 1742101 will get to beta ... should be next week.

The bug 1742101 is IMHO about how the invitation e-mail is represented (it's not nice, but the data doesn't get lost, it's just that you need to click the small triangle at the top to see the details (as shown in comment #15). The current issue is about how the calendar entry is stored, losing all links from the invitation.

It might be that both problems get fixed by the same fix, but I have some doubts. Anyway, I'll try again and report here and in a new message.

@BenB what do you need for more steps than what I already described in comment #13?

@Eric: Your bug is very different from what pac described in the initial description. In your case, Google is involved. From what I know, Google Calendar also alters the description, further complicating matters and diagnosis. This suggests to me that you're describing an entirely different bug than pac does, whereas pac was already describing 2 bugs at once. This is very confusing. That's why I said to please file a new bug, with clear reproduction steps, and only one bug per bug report.

Also, comment 13 used TB 91.4.0. Please make sure to test Thunderbird Daily (see comment 20) before filing the bug. I'm saying that for a reason: Daily already has a specific fix for Google calendar, which 91 does not have. If you can make the test in the next day, and report back to us, that would be helpful, because Wayne has to decide in the day or so whether to put that fix on release or not.

Anyway, the problem seems to have been fixed in Daily 98.0a1 (2022-01-29) (64-bit). I have the issue of a duplicate entry in my calendar but I think PEBKAC and anyway not related. Thanks for your patience, it's sad that proprietary stuff requires so much attention.

Thanks for your patience

You're welcome. Also thanks to you for your efforts.

it's sad that proprietary stuff requires so much attention.

Yes. Both Exchange/Teams and Google calendar violate the relevant specifications, making it difficult for us, and in combination and interacting between the three, it's even more difficult.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: