This message was deleted.
# cloud
s
This message was deleted.
a
How long afterwards is the user joining the room? There cannot be two simultaneous rooms with the same name. If the user is joining a while later, you might need to increase the
EmptyTimeout
make sure you’re on v1.4.0+ as well, there was an earlier bug where the empty timeout was not respected in this scenario
p
i'm using livekit cloud so no worries about the version right?
hmm yeah i tried increasing the empty timeout to 30 mins but still the same issue. i called the create room api and when i listed the rooms i saw this:
Copy code
[
  {
    sid: 'RM_8vNqcPmZ4top',
    name: 'test2',
    emptyTimeout: 1800,
    maxParticipants: 2,
    creationTime: 1681846752,
    turnPassword: 'ILBFthsMxVz1irmnY0d0JJdXSs8=',
    enabledCodecs: [ [Object], [Object], [Object], [Object] ],
    metadata: '',
    numParticipants: 0,
    activeRecording: false
  }
]
but then when i created a token and joined with a user a new session replaces it:
Copy code
[
  {
    sid: 'RM_MgthXZDKnTUY',
    name: 'test2',
    emptyTimeout: 300,
    maxParticipants: 0,
    creationTime: 1681846790,
    turnPassword: 'DMNeJzmrPezzbTDuVW/UbtESQh0=',
    enabledCodecs: [ [Object], [Object], [Object], [Object] ],
    metadata: '',
    numParticipants: 1,
    activeRecording: false
  }
]
with a different empty timeout
d
Do you have a session id that we could take a look at? How long do you wait between the Egress user and then the actual user joining?
p
yep the above session IDs should be good to check.
RM_8vNqcPmZ4top
was the initial one, created at 1681846752, less than one minute later i joined with a user and the caused that second session above to be created
RM_MgthXZDKnTUY
d
Max, I believe there was a bug that we've addressed yesterday relating to Room closing prematurely. Could you give it another test to see if it's working for you?
p
awesome works now, thanks a lot 👍
🙌 1
d
yay! thank you for the confirmation