Uploaded image for project: 'FreeSWITCH'
  1. FreeSWITCH
  2. FS-10720

PLAYBACK_STOP event is not sent in ESL for playback if speed has been changed with uuid_fileman

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Fixed
    • Affects Version/s: 1.6.18
    • Fix Version/s: 20.19.2, fs-next-release
    • Component/s: freeswitch-core
    • Labels:
      None
    • Environment:
      Platform: Windows
      Branch: v1.6 - same behavior with 1.8
      File being played: Issue present with all sound files I have tried
    • CPU Architecture:
      x86-64
    • Kernel:
      Microsoft Windows
    • Userland:
      Microsoft Windows
    • Distribution:
      Microsoft Windows
    • Distribution Version:
      Microsoft Windows 10
    • Compiler:
      Microsoft Visual Studio
    • Compiler Version:
      MSVC++ 14.0
    • FreeSWITCH GIT Revision:
      eee446413952bc663c83ecbb4c7315775e9c155a
    • GIT Master Revision hash::
      fd061fc2b8613bfe110f5bda4d53f21a9d7af9f0
    • Target Version:

      Description

      If a playback operation is started (ESL ExecuteApplication playback) for such a call then both PLAYBACK_START and PLAYBACK_STOP events are sent for the playback application.
      Except for the case when during play the speed is changed, for example with the following bgapi call:
      uuid_fileman <uuid of call> speed:+1

      When the speed is changed in such a way, the PLAYBACK_STOP event won't be sent.

      The issue happens in a consistent way (all the time when the described scenario happens)

        Attachments

          Activity

            People

            • Assignee:
              dragos_oancea Dragos Oancea
              Reporter:
              hari László Harangozó
            • Votes:
              1 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: