https://livekit.io logo
Join Slack
Powered by
# helpdesk
  • w

    wonderful-manchester-12533

    01/28/2021, 1:10 AM
    yep, just testing some calls at this point. There's some hit/miss on when a call gets rendered on the screen but those issues might be issues in our app
  • w

    wonderful-manchester-12533

    01/28/2021, 1:10 AM
    I'll keep testing
  • d

    dry-elephant-14928

    01/28/2021, 1:13 AM
    sounds good, keep us posted!
  • w

    wonderful-manchester-12533

    01/28/2021, 1:16 AM
    In the meantime, would you mind helping me understand what an
    EngineEvent
    is and how its different from a
    RoomEvent
    ? I'm particularly interested in the
    ParticipantUpdate
    event
  • w

    wonderful-manchester-12533

    01/28/2021, 1:17 AM
    What exactly is an
    Engine
    ?
  • d

    dry-elephant-14928

    01/28/2021, 1:22 AM
    that's internal
  • d

    dry-elephant-14928

    01/28/2021, 1:23 AM
    the participantUpdate gets translated into participant/track changes on the Room/Participant
  • w

    wonderful-manchester-12533

    01/28/2021, 1:24 AM
    That makes sense thanks
  • w

    wonderful-manchester-12533

    01/28/2021, 1:24 AM
    In the event of an abrupt closing of the websocket from the client side, is livekit expected to clear out that participant and emit track unsubscribed events right away to all other clients?
  • d

    dry-elephant-14928

    01/28/2021, 1:24 AM
    it's not intended to be used externally, I'll remove it from the exports to be clear
  • d

    dry-elephant-14928

    01/28/2021, 1:24 AM
    yeah
  • w

    wonderful-manchester-12533

    01/28/2021, 1:25 AM
    ok I’ve seen some zombie tracks get sent back then
  • d

    dry-elephant-14928

    01/28/2021, 1:25 AM
    you'll also get a participantDisconnected message
  • d

    dry-elephant-14928

    01/28/2021, 1:25 AM
    what do you mean zombie tracks?
  • w

    wonderful-manchester-12533

    01/28/2021, 1:27 AM
    say there are two users, A and B
  • w

    wonderful-manchester-12533

    01/28/2021, 1:27 AM
    A is publishing tracks, B is subscribed to those tracks
  • w

    wonderful-manchester-12533

    01/28/2021, 1:27 AM
    A refreshes the screen and abruptly closes the websocket
  • w

    wonderful-manchester-12533

    01/28/2021, 1:27 AM
    B refreshes its screen
  • w

    wonderful-manchester-12533

    01/28/2021, 1:28 AM
    B still receives a
    RoomEvent.TrackSubscribed
    event from As tracks
  • d

    dry-elephant-14928

    01/28/2021, 1:28 AM
    so it takes a few seconds to detect a disconnect
  • w

    wonderful-manchester-12533

    01/28/2021, 1:29 AM
    sometimes even after A has disconnected for many seconds the event is still fired when B loads the page and first connects to the socket
  • d

    dry-elephant-14928

    01/28/2021, 1:29 AM
    does it eventually get called?
  • w

    wonderful-manchester-12533

    01/28/2021, 1:30 AM
    sometimes, other times I need to call back in with A
  • w

    wonderful-manchester-12533

    01/28/2021, 1:30 AM
    in which case I'd assume because A published new working tracks, the old dead tracks are unimportant and B sees As stream
  • d

    dry-elephant-14928

    01/28/2021, 1:31 AM
    gotcha. yeah we need to better detect this.. refreshes
  • w

    wonderful-manchester-12533

    01/28/2021, 1:31 AM
    the browser refreshing really just translates to the socket closing
  • w

    wonderful-manchester-12533

    01/28/2021, 1:32 AM
    without sending a leave message/calling
    disconnect
  • d

    dry-elephant-14928

    01/28/2021, 1:32 AM
    when refreshes happen, the participant name is kept, while participant_id changes
  • d

    dry-elephant-14928

    01/28/2021, 1:32 AM
    so probably some things to re-align it to ensure it's still the same connection
  • w

    wonderful-manchester-12533

    01/28/2021, 1:32 AM
    is participant_id randomly generated?
1...789...91Latest