StartBO() does not start breakout room, and it returns false. In the C++ code below, a room is created successfully, users have been added, and CanStartBO returns true, but StartBO returns false. It is possible to start breakout rooms from the UI button. What am I doing wrong?
Windows Client SDK version v5.5.12509.0330
The sample:
const wchar_t* roomname = SDKInterfaceWrap::GetInst().GetMeetingService()->GetMeetingBOController()->GetBOCreatorHelper()->CreateBO(_T(“coffee”));
ZOOMSDK::IList<const wchar_t*> *list = SDKInterfaceWrap::GetInst().GetMeetingService()->GetMeetingBOController()->GetBODataHelper()->GetUnassginedUserList();
for (int i = 0;i < list->GetCount();i++)
{
SDKInterfaceWrap::GetInst().GetMeetingService()->GetMeetingBOController()->GetBOCreatorHelper()->AssignUserToBO(list->GetItem(i), roomname);
}
bool b = SDKInterfaceWrap::GetInst().GetMeetingService()->GetMeetingBOController()->GetBOAdminHelper()->StartBO();
I had not noticed this before as my setup was different, but running it this same way lead me to re-produce.
When I saw CanStartBO return true, but StartBO return false, it was when I created the room, immediately assigned a user to the room, then immediately tried to start the breakout rooms.
When I saw CanStartBO return true, and StartBO return true, it was when I created the room, immediately assigned a user to the room, but waited to start the breakout rooms until I pressed my own custom button a little later.
This leads me to believe there is a delay between when the breakout rooms can actually be started and when CanStartBO begins returning true. I am not saying this is not a bug, but it seems like the workaround is to not do all of these calls in one swoop.
Thank you for your insight. It appears that a delay of a minimum of 6 seconds is required between adding the last participant and StartBO(), by empirical testing.