Caller ID Superfecta

Has anyone started to think about this issue? I want to upgrade to 2.9 but I don't want to break this functionality.

Thank you!

nixi wrote:

Has anyone started to think about this issue? I want to upgrade to 2.9 but I don't want to break this functionality.

There is a post http://pbxinaflash.com/forum/showthread.php?p=59933 which has a very specific fix for 2.9

I do not have 2.9 to test against, but the fix posted would not be backwardly compatible with other versions of freepbx.

One approach would be to check for the existence of the parse function for older versions, and if it was not there call the new method.

At present we do not support 2.9, I would wait until the team has had chance to test a full solution before committing to upgrade to 2.9

I have fixed callerid superfecta for the 'multifecta' version (eg version 2.3) for FreePBX 2.9

I am willing to also submit this fix to the community for other versions if need be.

Please see r473 for the fix for 2.3.x

See r474 for the fix for 2.2.4.x for FreePBX 2.9.

Basically just rename callerid_29.php to callerid.php

I know how to check for versions and assign the right code. But I don't want to code that in right at this moment.

I'm assigning this to myself since it's already almost fixed.

Thank you for the fix. It works fine on my system with FreePBX 2.9.0beta1.6

I'm running Asterisk 1.6.2.16.1 and FreePBX 2.9.0beta1.8 and this fix is not working for me. I've tried 2.2.3 with the appropriate callerid.php module (renamed from callerid_29.php) and also the 2.2.4 version. If I do a debug on the CallerID Superfecta screen, it vomits code all over the screen. In addition, I'm getting garbage in the CallerID field on the phone. Not sure what I've done wrong or if this is an issue with the implementation on Asterisk 1.6.

kenn10,

I can't do anything without seeing the errors. You need to post at least one of them. Maybe the first one.

Here are the first three screen copies. It appears to throw the actual PHP code onto the screen.

OK. It looks like I have a corrupted copy of the PHP file. Somehow I downloaded it with HTML (probably because I right clicked on it and used "copy download location" in conjunction with a wget. I'm reworking now and will report back.

Attached is a picture of the real error I get with the 2.2.4 release. It is easily fixed. The callerid.php is looking for "freepbx.conf" in the /etc/asterisk directory. On my systems, it is found in the /etc directory. I copied freepbx.conf to /etc/asterisk and it works now.

I would ask that other users look at their systems and see where the freepbx.conf lives. Mine has always been in /etc

Thanks. I thought thats what it might have been after discussing this with FreePBX. It in fact can be in either location. It just depends on where the user asterisk has write ability. However it likes and wants to reside in /etc. I just need to check for it in both locations.

Also this will soon become a mute issue as I asked FreePBX to fix the original error in 2.9 that was breaking this module.

Ok. In r475 I updated callerid.php of the 2.2.4.x branch and the 2.3.x branch to provide support for freepbx 2.9 and all versions below that. They should work in peace and I check /etc and /etc/asterisk for the location of freepbx.conf giving priority to /etc as that is what the FreePBX developers want, if I can't find either file then I default back to the way it worked in 2.8-2.5.

Hi,

tm1000 wrote:

Ok. In r475 I updated callerid.php of the 2.2.4.x branch and the 2.3.x branch to provide support for freepbx 2.9 and all versions below that. They should work in peace and I check /etc and /etc/asterisk for the location of freepbx.conf giving priority to /etc as that is what the FreePBX developers want, if I can't find either file then I default back to the way it worked in 2.8-2.5. <

I tryed both files and it seems to be working with 2.2.3 and 2.2.4.
Because I habe 2 running ssytem, 1 with 2.2.3 and 1 with 2.2.4

Thanks.

Please close #518

Closing Ticket

http://pbxinaflash.com/forum/showpost.php?p=63809&postcount=71