You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For certain instances, when I click to join a Zoom meeting, it pops up "Enter meeting passcode" even though the URL in the calendar invite has a prefilled passcode.
I believe what is happening is the following. When a Zoom user sends an invite through Google calendar, it includes two URLs, which seem to be a rich text and a plain text:
The rich-text URL appears to truncate (both the HTML and displayed text). Here is what shows up in MacOS Calendar (which does not render HTML) for the rich text link (the plain text link renders fine, as seen above):
I'm not sure why this is but wonder if we can use some sort of logic to look for all relevant Zoom links and if one has a password and one does not, use that password.
As a note (probably obvious from attached) we use URLDefense / Proofpoint which may be why it wraps.
Reproduction steps
No response
Expected behavior
No response
Screenshots/screen recordings
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
Hey @andrewmin! I'm here to help you with any bugs, questions, or contributions. Let me know how I can assist you while we wait for a human maintainer.
MeetingBar currently does not have specific functionality to handle URLDefense or Proofpoint-wrapped URLs, nor does it have a mechanism to differentiate between rich-text and plain-text URLs in calendar invites [1]. This might be contributing to the issue you're experiencing with truncated Zoom URLs and missing passcodes.
To address this, you could consider implementing logic to:
Detect and unwrap URLDefense or Proofpoint-wrapped URLs to access the original Zoom link.
Prioritize URLs that contain passcodes over those that do not, ensuring that the correct link is used to join the meeting.
These enhancements would require modifications to the existing URL parsing logic in MeetingBar. You might want to explore adding regular expressions or other parsing techniques to identify and process these wrapped URLs effectively.
macOS version
15.2 (24C101)
MeetingBar version
4.10.0
Installation source
AppStore
Calendars provider
macOS Calendar app
Bug description
For certain instances, when I click to join a Zoom meeting, it pops up "Enter meeting passcode" even though the URL in the calendar invite has a prefilled passcode.
I believe what is happening is the following. When a Zoom user sends an invite through Google calendar, it includes two URLs, which seem to be a rich text and a plain text:
The rich-text URL appears to truncate (both the HTML and displayed text). Here is what shows up in MacOS Calendar (which does not render HTML) for the rich text link (the plain text link renders fine, as seen above):
I'm not sure why this is but wonder if we can use some sort of logic to look for all relevant Zoom links and if one has a password and one does not, use that password.
As a note (probably obvious from attached) we use URLDefense / Proofpoint which may be why it wraps.
Reproduction steps
No response
Expected behavior
No response
Screenshots/screen recordings
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: