Another problem with embedded passcodes

Welcome to the Zoom Community, @JS_SilverSpring.

It’s unclear to me whether you are referring to the Passcode (required to enter a meeting) or a 6-digit verification code sent vis email (to authenticate your login from a new machine or browser). If you’re referring to the 6-digit via email authentication step, please see my answer on this thread:

https://community.zoom.com/t5/Meetings/embedded-passcodes/td-p/161150 

But assuming you are talking about the Passcode issue, here’s my thoughts:

In my opinion, this situation only has three possible causes:

1. The meeting didn’t originally have a Passcode, and one was added.
2. The meeting’s passcode was changed after the original message was sent out.
3. The URL was not copied and forwarded in full, or was altered (likely inadvertently) along the way. 

The password encoding process works correctly millions of times every day. Every instance of it “not working” that I have been able to investigate thoroughly has been confirmed to be from one of those three causes. 

It was definitely the passcode. because the link had the passcode embedded in it, and when Person B was asked for the passcode, the Zoom host provided it, Person B entered it on his computer, and was able to join the meeting. 

But on reading the information that you referred to in the link that you included in your response to my email, I'm guessing that this is the important part:

A confirmed login results in a browser cookie run store, identifying the user’s successful login in that machine

It appears that the cookie identifies both the user and the user's machine. So even though both Person B and Person C had used Zoom successfully many times in the past, this would probably have been the first time that Person B logged on to his email using Person C's computer.

Does that sound like a reasonable interpretation?