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...

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.

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.

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!