BUG CallerID Superfecta Ubuntu Issue

[jeff.h]

Caller ID seems to be broke now. I use CID Superfecta and in it I use Superfecta Cache, Open CNAM and Bulk CNAM in that order. When I debug a number it queries and comes back with the right number there, however it does not display the number on the phones or in the CDRs.

I also tried turning off CID Superfecta and turning on Open CNAM on the inbound route and that worked.

This is only happening on new Ubuntu installs that I have done over the weekend.

 

[wardmundy]

Newer version of PHP could be the problem. Hope not. Maybe we'll get lgaetz interested in a penny an hour virtual machine to try things out.

 

[jeff.h]

PHP Version 5.5.9-1ubuntu4.3 is what I have running now. Don't have any older ones left to see what version they had.

 

[wardmundy]

FreePBX 2.11 was written for PHP 5.3. Lots of changes between 5.3 and 5.5.

 

[wardmundy]

jeff.h Since this appears to be a config issue, I've opened a new thread for the Superfecta issue.

 

[jeff.h]

So, is the Incredible PBX used on Ubuntu still considered Green?

 

[wardmundy]

As you can see, Incredible PBX certainly has Green roots...

 

[jeff.h]

Yeah..... this is what I get and I am not sure why. It never actually seems to do anything when there is an inbound call. I had to manually advance it through the steps.

root@pbx:~# php -v
PHP 5.5.9-1ubuntu4.3 (cli) (built: Jul 7 2014 16:36:58)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies
root@pbx:~# /var/www/html/admin/modules/superfecta/agi/superfecta.agi

VERBOSE "CID Superfecta is Answering the Channel" 1

GET VARIABLE CIDSFSCHEME

VERBOSE "CID Superfecta: Scheme is Default" 1

VERBOSE "CID Superfecta: The DID passed from Asterisk is: " 1

VERBOSE "CID Superfecta: The number passed from Asterisk is: " 1

VERBOSE "CID Superfecta: The CID name passed from Asterisk is: " 1

VERBOSE "CID Superfecta: Executing Scheme.." 1


VERBOSE "CID Superfecta: Invalid Number" 1

 

[jeff.h]

OK I am really beginning to think this is a Superfecta issue. I run the same debugs on my non-ubuntu machines which still have php v5.3 (PIAF Green on CentOS 6.5 32bit) and it works just fine.

Here is what I get from the debug in the Superfecta module on Ubuntu.

Debug is on and set at level 1
The Original Number: 4697778999
The Scheme: Default
Scheme Type: SINGLEFECTA
SPAM Destination: app-blackhole,hangup,1
is CLI: false
Debugging Enabled, will not stop after first result.
Scheme Variables:
Array
(
[order] => 1
[Curl_Timeout] => 3
[SPAM_Text] => SPAM
[sources] => Superfecta_Cache,OpenCNAM,Trunk_Provided,BulkCNAM
[spam_interceptor] => N
[spam_destination] => app-blackhole,hangup,1
[Prefix_URL] =>
[processor] => superfecta_single.php
[multifecta_timeout] => 1.5
[SPAM_Text_Substitute] => N
[DID] =>
[CID_rules] =>
[SPAM_threshold] => 3
)


Trunk Variables:
Array
(
[channel] => NA
[language] => NA
[type] => NA
[uniqueid] => 1487016090
[callerid] => 4697778999
[calleridname] => unknown
[did] =>
[context] => from-superfecta
)


Searching Superfecta Cache ...
'IT VOIP'
result

took 0.0012 seconds.

Searching OpenCNAM ...
The requested URL returned error: 403 FORBIDDEN
CNAM not found.
result

took 0.0860 seconds.

Looking for Trunk Provided Caller ID ...
found value of unknown ...
determined good.
'unknown'
result

took 0.0007 seconds.

Searching BulkCNAM ...
not found
result

took 0.0878 seconds.

Post CID retrieval processing.
Caller ID data added to Superfecta_Cache.
Returned Result would be: IT VOIP
result

took 0.1777 seconds.




And here is what I get from PIAF Green on CentOS 6.5.


Debug is on and set at level 1
The Original Number: 4697778999
The Scheme: Default
Scheme Type: SINGLEFECTA
SPAM Destination:
is CLI: false
Debugging Enabled, will not stop after first result.
Scheme Variables:
Array
(
[order] => 1
[Curl_Timeout] => 3
[SPAM_Text] => SPAM
[sources] => Superfecta_Cache,OpenCNAM,BulkCNAM
[spam_interceptor] => N
[spam_destination] =>
[Prefix_URL] =>
[processor] => superfecta_single.php
[multifecta_timeout] => 1.5
[SPAM_Text_Substitute] => N
[DID] =>
[CID_rules] =>
[SPAM_threshold] => 3
)


Trunk Variables:
Array
(
[channel] => NA
[language] => NA
[type] => NA
[uniqueid] => 1073339477
[callerid] => 4697778999
[calleridname] => unknown
[did] =>
[context] => from-superfecta
)


Searching Superfecta Cache ...
'IT VOIP'
result

took 0.0046 seconds.

Searching OpenCNAM ...
CNAM determined good.
'IT VOIP'
result

took 0.5196 seconds.

Searching BulkCNAM ...
'IT VOIP'
result

took 0.4194 seconds.

Post CID retrieval processing.
Caller ID data added to Superfecta_Cache.
Returned Result would be: IT VOIP
result

took 0.9495 seconds.

 

[tm1000]

root@pbx:~# /var/www/html/admin/modules/superfecta/agi/superfecta.agi

You can't run that file on the command line. It's expecting to talk to Asterisk so it's not getting any data and you are just pushing it bogus information. Please show us the CLI from Asterisk as Lorne did above.

 

[jeff.h]

Ok sorry, had a fire to put out today and am just getting around to looking at this again. Strangely enough it's now working properly. The only thing that has changed is the fact that I got Ubuntu update 144 when I logged back in, but that is just halt and reboot stuff. Oh well, not going to think to hard about it since it's working now.

 

[wardmundy]

Just tried it on CuBox-i with Ubuntu 14, and it works fine except for AsteriDex which appears to be broken in the latest Superfecta release.

 

[wardmundy]

The dbase name and credentials are all user configurable except for the query which is hard coded as:

SELECT * FROM `user1` where `out` REGEXP <...regex...>

I am sure the query must work, is there an issue with the default credentials?

Credentials were updated just to be sure. Then I get this in Debug...

Undefined offset: 8192 in /var/www/html/admin/libraries/utility.functions.php on line 383
result  took 0.0347 seconds.

 

[wardmundy]

lgaetz: And here's what the FreePBX log shows:

[2014-Aug-19 09:09:38] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/sources/source-Asteridex.module:80) - Undefined variable: value
[2014-Aug-19 09:09:38] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/sources/source-Asteridex.module:85) - Undefined variable: debug
[2014-Aug-19 09:10:12] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/includes/ajax.inc:35) - Undefined index: enable_interceptor
[2014-Aug-19 09:10:12] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/includes/ajax.inc:43) - Undefined index: http_password
[2014-Aug-19 09:10:12] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/includes/ajax.inc:44) - Undefined index: http_username
[2014-Aug-19 09:10:12] [PHP-NOTICE] (/var/www/html/admin/modules/superfecta/includes/ajax.inc:53) - Undefined offset: 0

 

[wardmundy]

lgaetz: Works like a champ for me. You're getting dangerous!

 

[jeff.h]

Uh-oh.... is broke now...... Just ran the module update to go from 2.11.12 to 2.11.13 and this is what I get now. It looks fine when I open the module and see the normal Add Caller ID Scheme and default just below it in the upper right, but when I click on default the page does this in the upper left, rest of page is blank. Verified on Ubuntu and CentOS 6.5 PIAF-Green boxes.

 

[tm1000]

Uh-oh.... is broke now...... Just ran the module update to go from 2.11.12 to 2.11.13 and this is what I get now. It looks fine when I open the module and see the normal Add Caller ID Scheme and default just below it in the upper right, but when I click on default the page does this in the upper left, rest of page is blank. Verified on Ubuntu and CentOS 6.5 PIAF-Green boxes.

View attachment 1387

Run: amportal a dbug
refresh the page. paste output here.

 

[tm1000]

Nevermind. Look for 2.11.14, fixed there.

 

[jeff.h]

That fixed it! Much obliged!