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

[mod_verto] Recovering a transferred call is not working properly

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: New
    • Priority: Minor
    • Resolution: Unresolved
    • Affects Version/s: 1.6.20
    • Fix Version/s: None
    • Component/s: mod_verto
    • Labels:
      None
    • CPU Architecture:
      x86-64
    • Kernel:
      Linux
    • Userland:
      GNU/Linux
    • Distribution:
      Debian
    • Distribution Version:
      Debian 8 jessie
    • Compiler:
      gcc
    • FreeSWITCH GIT Revision:
      1cf4981a82c79a4c2ad52231f6c2b874aebc315d
    • GIT Master Revision hash::
      1cf4981a82c79a4c2ad52231f6c2b874aebc315d

      Description

      STR:
      - Members A and B are on the same conference (3590). A and B are admin.
      - User A transfer the user B to the conference (3501)
      - User B arrives in the conference (3501) as admin. The Dialog params of this call (3501) has the following keys/values:
        - `remote_caller_id_number:"3501"`
        - `destination_number:"3590-admin"`.
      - If you reload the page, the Verto will try to recover the call, but the data is messed up at some point of recovering process.
      - The reloaded call has:
         - `caller_id_number:"aeijf@feiaj.com"`
         - `remote_caller_id_number:"3590-admin"`

      EXP:
      After reloading a transferred call, the Dialog object should bring the right info about the call.

        Attachments

          Activity

            People

            • Assignee:
              mikej Mike Jerris
              Reporter:
              netoguimaraes João Neto Guimaraes
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated: