System loganstaging.esna.com - Refresh page and access space with "Continue in browser", user sees false audio status of existing user in meeting

[sync-by-unito]

Setup:
UserA - Tho Pham - admin of space1
UserB - Hiep Dinh - Registered guest

Steps:

1. UserA, userB access space1
2. UserB starts meeting
3. UserA refreshes his page and selects option "Continue in browser" to access space1 --> UserB sees his audio is not muted but userA sees userB's audio status as muted
4. UserA joins meeting --> UserA can hear voice of userB and vice versa so this muted audio likely false status

SV comment for blocking status: This is a blocked issue

Is the issue reproducible: 100%

please use the Electron App installers from here https://drive.google.com/file/d/1gBlXAt5zMpCKT7ldoaD9FLvHtkP5Q_bg/view?usp=sharing.

┆Attachments: UserA - Tho.png | UserA - Tho - Preferences.png | UserA - Tho - loganstaging.esna.com-1598860012719.log | UserA - Tho - Video_2020-08-31_144427.mp4 | UserB - Hiep - Screen Shot 2020-08-31 at 14.47.09.png | UserB - Hiep - Screen Shot 2020-08-31 at 14.47.19.png | UserB - Hiep console log.rtf | UserB - Hiep - Audio icon muted.mov

[sync-by-unito]

➤ Tho Pham commented:

Logs, screenshot, video clips

[sync-by-unito]

➤ Ray Gerami commented:

@flavio Peralta ( https://app.asana.com/0/1182240586515905/list ), I think this issue will be fixed after you introduce the landing page (route) instead of original spaces route which may call some socket/presence issues. We need to retest after PR is finalized

[sync-by-unito]

➤ Flavio Peralta commented:

@ray Gerami ( https://app.asana.com/0/1154145881585295/calendar ) we'll test locally in the meantime.