I agree this is a front end issue. When the host stops streaming the attendee see the image of a user that appears when no user is stream, and then when back on goes blank.
@darragh.duffy would you be able to provide the information I requested in my previous post please?
Additionally, could you (and @developer-whova) provide your data supporting this is a front-end issue within the WebSDK, to help with the root cause investigation please?
@darragh.duffy May I have a live troubleshooting with us, currently, it’s very hard to reproduce for me.
Yes, I can do a live trouble shoot with you, I am on GMT+1 timezone right now its 10:25am. I can do anytime you. What suits you? I would be delighted to show you this issue.
Hi Zoom Engineers,
Some more examples, here I am showing a few screen shots.
First image, the host is streaming video content - Left screen using v 1.7.7 and right screen v 1.7.8
Second image, the host stops streaming video content - Left screen using v 1.7.7 and right screen v 1.7.8
I am seeing the exact same issue with 1.7.9 (as an aside please allow an option to disable captcha, users will already be authenticated).
When I inspect the the screen via Chrome’s Dev tools, I can see a difference in the Canvas with ID: sv-active-video
In v 1.7.7 - the width has been calculated.
in v 1.7.8 - the width has not been calculated.
For v 1.7.7 the video stream is very stable and always works.
For 1.7.8, very unstable, i.e. works 1 times out of 10.
Now, the time it works with 1.7.8, the width attribute for the Canvas ID sv-active-video is calculated. And, the cases where it is not working, this attribute is never calculated. Therefore, the method / approach to how this is calculated would be where I could review the code.
So, some suggestions:
- do a live troubleshoot session.
- send me the source code so I can debug and help better.
- review the code around calculating the width of this attribute, maybe its as simple as an ASYNC/ AWAIT issue.
Hello Darragh, I invite you join our troubleshooting
this meeting open 20200703 GMT+1 9:am - 11: am
Hi Jack - I will join this webinar in about 5 minutes.
Ok, I’m here, welcome
This is happening on 1.7.9. The only “Fix” we’ve seen is to use 1.7.7. 1.7.8 also has the issue.
This is very bad. Essentially, embedded client is useless with this. I hope somebody from zoom can comment on it and explain.
We also experience this issue since at least version 1.7.7 (included - we did not test with previous versions unfortunately)
- We can reproduce this error 100% of the time by using a high CPU spec chrome box for the host.
- We never reproduce this error with a low CPU spec chrome box for the host.
- The video stream works no matter the bug appear, thus look lilke a UI bug, and a race condition one.
I did not inspect the code but would definitely give a try to @darragh.duffy last comment about async / await depending on what you found during that troubleshooting session.
This is also a critical issue for our business.
I try to join zoom video last two days.
I am used latest version 1.7.9
While join meeting using web sdk I got Black screen.
Please where I did mistake or Mistake from API Side ?
I can say that the Zoom engineers reached out to me. In fairness to them then spent a lot of time with me on Friday last looking at the issue. I now believe they have a solution, I tested a version yesterday 1.7.9.x and it passed all my tests.
Thanks again to the Zoom Engineers to taking the time to run through the issue.
This is good news. I’ve had pretty bad results getting consistent or any information on the Web SDK. Do you happen to know for exactly which version a fix was provided? Is it the CDN hosted 1.7.9 and the “secret” (not documented anywhere I could find except in a buried forum thread) 184.108.40.206 for doing development testing?
Where can i find that 1.7.9.x links ? Please share
…can you tell me how to fix this?
thx in advance!
The Zoom engineers provided a “beta” version for me to test. They will provide a production version as soon as possible. I am also waiting for this production version, and currently I am running 1.7.7 in our production environment. I can say that the “beta” version 1.7.9.X fixed the issue during tests. I have not taken this beta version and applied to our production.
Version 1.7.10 was just released addressing the black screen and recaptcha issues with some domains.
- Fixed random video black screen in meeting.
- Fixed recaptcha don’t work on some domain.
Please upgrade to 1.7.10:
We confirm that 1.7.10 fixed the black screen error we got when hosting meeting with high CPU spec chrome boxes.
At least before this release we could reproduce 100% of time the issue, now after multiple tests we could not reproduce it.
Thanks for the update !
You are welcome @nvivot!