It by default remains the default behaviour
However, you can setup a relationship between members to let the
member choose to see anyone else but the floor, e.g.:
conference 3000 relate 1 2 sendvideo
In the above command member 2 will see member 1's video regardless
member 1 has video floor or not
Between v1.2 and v1.4, member data was factored out. This makes it so
that one can not determine who the originator of a floor change event
is.
With this change, the meta data related to the conference member whom
initiated the floor change event is added to the event.
See FS-7136
This patch does the following:
* only starts MOH if no other file (sync or async) is currently playing
* adds a variable "conference_permanent_wait_mod_moh" that controls the
behavior of how the enter and exit sounds interact with the MOH when
wait_mod is set. When the variable is set, the MOH keeps playing and
the enter and exit sounds are mixed with the MOH. When the variable
is unset, then any playing MOH is first stopped, then the enter or
exit sound is played and the MOH is started again.
This functionality is useful in case the enter and exit sounds are
used to announce the name of the caller, who is joining or leaving a
conference.
FS-5159 #resolve
This patch allows conference flags to be set dynamically from the
dial plan by either passing them to the conference application in
the +flags{ } string or by setting the "conference_flags" dial plan
variable.
The +flags{ } string is currently used to set *user* flags only.
This patch changes this by allowing the +flags{ } string to contain
conference related flags as well (for example wait_mod). It shouldn't
be a problem to pass both types of flags via +flags{ } as long as
the user and conference flag names are kept unique.
FS-5099 #resolve
when video floor is locked by a member, changing audio floor on del_member
will cause the video floor lock cleared unexpectedly, this commit fixes that.