nic.eastman

Member

Last active [hidden]

  1. 2 years ago
    Fri Mar 3 15:00:43 2017
    nic.eastman started the conversation Chat log not working.

    I have updated to the latest version and removed the old FOP2 Manager plugin. With that being said, I tried to open the chat log and get the following error:

    Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000]: General error: 1 no such table: chatlog' in /var/www/html/fop2/lib/dblib.php:89 Stack trace: #0 /var/www/html/fop2/lib/dblib.php(89): PDO->query('SELECT id,datet...') #1 /var/www/html/fop2/chatadmin.php(211): dbcon->consulta('SELECT id,datet...') #2 {main} thrown in /var/www/html/fop2/lib/dblib.php on line 89

    Is there a quick way to fix this? I did open the fop2settings.db and there is a chatlog table there full of chats including ones made today...

  2. 4 years ago
    Sat Feb 7 17:25:46 2015
    nic.eastman posted in Drag and Drop Broken on 2.28.

    Sorry for the slow response, and to resurrect this now. This is an excerpt from the capture.

    192.168.2.1:50836    <= <msg data="1_13|dragatxfer|12|b1f1ee9ae177272ee3da1ca87c1a6f29" />
    
    -- PROCESS_FLASH_COMMAND origen 1_13 accion dragatxfer destino 12 password b1f1ee9ae177272ee3da1ca87c1a6f29
    
    VALIDAR USUARIO 111@GENERAL
    
    validate password using key Ucs2n5Xamqtn6GF3V2sN
    
    VALIDAR USUARIO 111 OK con clave regular (192.168.2.1:50836)
    
    Validation ok, have transfer permissions for all buttons (0) 12
    
    It's blessed into class FOP2::Extension
    
    boton por canal SIP/112 esta blessed
    ++ GET CALL SLOT for 1 is defined, returning SIP/112-0003262b
    
    ++ GET SERVER for SIP/112 = localhost
    
    It's blessed into class FOP2::Extension
    
    It's blessed into class FOP2::Extension
    
    ATXFER a extension destino is Local (Local/112@from-queue-0004675f), query BRIDGEPEER to Asterisk
    
    127.0.0.1            -> Action: GetVar
    127.0.0.1            -> Variable: BRIDGEPEER
    127.0.0.1            -> Channel: SIP/112-0003262b
    127.0.0.1            -> ActionID: getvar!atxfer!111!from-internal
    
    127.0.0.1            <- Response: Success
    127.0.0.1            <- ActionID: getvar!atxfer!111!from-internal
    127.0.0.1            <- Variable: BRIDGEPEER
    127.0.0.1            <- Value: Local/112@from-queue-0004675f;2
    
    !! Ignoring response as it does not have Event

    Edit: Included more complete capture.

  3. Tue Oct 14 16:38:49 2014
    nic.eastman started the conversation Drag and Drop Broken on 2.28.

    We recently upgraded to 2.28 from 2.27. We had enabled drag transfers and those settings are intact, but FOP is dropping calls when we try to transfer using drag and drop now.

  4. 5 years ago
    Fri Mar 14 18:32:58 2014
    nic.eastman started the conversation Blind transfer on drag and drop.

    Our office is migrating from an older, antiquated, PBX system. With that said, others in the office have become accustomed to dragging calls from one extension to another in order to blind transfer them. Is there a way we can enable this feature, or have a toggle so that it can be used by those companies that would like that option.

    We are enjoying the great solution you have put together!