[_] Internxt Meet v1.5 - #282
Conversation
Deploying with
|
| Status | Name | Latest Commit | Preview URL | Updated (UTC) |
|---|---|---|---|---|
| ✅ Deployment successful! View logs |
meet-web | bb6b7bc | Commit Preview URL Branch Preview URL |
Aug 31 2026, 02:25 PM |
8fec8b6 to
0d8d52b
Compare
d78d6ed to
20dafa2
Compare
| if (ConfigService.instance.isDevelopment()) { | ||
| dispatch(openDialog('ParticipantVerificationDialog', ParticipantVerificationSASDialog, { sas })); | ||
| } | ||
| dispatch(openDialog('ParticipantVerificationDialog', ParticipantVerificationSASDialog, { sas })); |
There was a problem hiding this comment.
Yes. That will be the best way for you guys to rule out crypto problems. If it gives problems, disable it again. But it should work just fine
| return "/index.html"; | ||
| } | ||
|
|
||
| if (tpath === "/config.js" || tpath === "/interface_config.js") { |
There was a problem hiding this comment.
Otherwise, it was using the Jitsi config in make dev (because the path to our config was defined for prod only), and I couldn't see the difference untill changes were pushed to remote
| if (height > 0 && tileWidth > 0 && height * dpr > maxSeen.current) { | ||
| maxSeen.current = height * dpr; | ||
| dispatch(setMeasuredTileViewThumbnailSize( | ||
| Math.round(height * dpr), | ||
| Math.round(tileWidth * dpr) | ||
| )); | ||
| } | ||
| }; |
There was a problem hiding this comment.
I don’t quite understand this. Does maxSeen simply store the maximum tile size seen throughout the entire call and never decrease? Does this mean the resolution never decreases, or what effect does it have? Because it always just stores the largest value
There was a problem hiding this comment.
Jitsi reduced the video quality after a few minutes, despite all other changes. It has some smart way of figuring out what quality to use, which is not working well with our customization.
I can try to remove maxSeen and check again, but paradoxically, it was the only way to stop Jitsi from reducing the video quality
There was a problem hiding this comment.
@CandelR I tried removing maxSeen and resetting it to 0 in useEffect, but both resulted in quality degradation after a few minutes of the call. maxSeen blocks this degradation, but we really need to figure out how Jitsi decides video quality (highly non-trivial btw).
P.S. Video bridge ignores this and sends what it can. I think this whole quality calculation is more of an artificial limitation Jitsi sets to reduce load on the video bridge. Since we only have 10 participants (and not 100 as they support), I think we can ignore this optimization
Deploying meet-web with
|
| Latest commit: | bb6b7bc |
| Status: | ✅ Deploy successful! |
| Preview URL: | https://dc504710.meet-web.pages.dev |
| Updated (Europe/Madrid): | 31/8/2026, 16:21:23 |
2 participants
Description
New Meet v1.5 release:
What was fixed:
[Debt] PB-6387 - update onnxruntime-web dependency
[Fix] PB-6382 - Other participants get blurry when user is main speaker
[Fix] PB-6443 - Button covers user name
[Fix] PB-6383 - Permission popup appears again after giving permissions
[Fix] PB-6444 - Room is not always closed after moderator leaves
[Fix] PB-6485 - Text dissapears when selected
[Fix] PB-6546 - Second video appears on top of the existing one
[Fix] PB-6647 - When second video appears, first one is frozen
[Feature] PB-6195 - Display 6 emojis to guarantee E2E correctness
[Feature] increase video quality and improve layout
[Maintenance] bring updates from jitsi repo for lib-meet & update dependencies
Related Issues
PB-6387
PB-6382
PB-6443
PB-6383
PB-6444
PB-6485
PB-6546
PB-6647
PB-6195
Related Pull Requests
Checklist
How Has This Been Tested?
QA
Additional Notes
Now 6 emojis are shown. It will help to discard cryptographic problems (if emojis are identical, crypto is fine)