Updated state not being replicated to new joiners to a scene

[diarmidmackenzie]

Updated state not being replicated to new joiners to a scene

[vincentfretin]

I know there are issues if you test using two Chrome tabs, like the received messages are not processed until you are on the tab, so you may have time dependent issues, but that's probably not your issue here. Using two windows work fine.

I guess you're using wseasyrtc adapter, right? So data are sent with WebSocket.
I explained how the sync works in #409 (comment) if you didn't read it yet.
First thing would be to look at the WebSocket messages sent from the Chrome Network tab (select the websocket and go to Messages tab). The current owner of the entities will send the data to the new joined user. Does the data have the correct position there? If yes, then does the receiving end see the same message?

I want to mention also a different issue we had with janus adapter (with unreliableTransport set to datachannel, so through WebRTC, the default, because we can also send data through websocket, that's configurable), sometime the avatar of the joined user didn't show up for the other users. My guess was the data may be sent too early before the DTLS handshake of the RTCPeerConnection, but I never confirmed that. We added a workaround to send an avatar firstSync every 5s with a periodic-full-syncs component, see #243 (comment) I still have the component in two of my projects, not sure if it's still needed. I don't think we had this issue with easyrtc adapter.

[diarmidmackenzie]

I was using wseasyrtc when I first hit the problem, and implemented & tested my workaround.

I have since moved to easyrtc, to enable audio between participants, and haven't noticed any differences (but didn't try backing out my workaround).

I am now seing some odd issues with ownership changes not being replicated between clients when testing with side-by-side Chrom instances on desktop (2 windows, both visible). I doubt that is related to this, but I haven't understood it yet.