RESOLVED: Ingroup Missing From Inbound Report

[brumsey]

Ok I searched the forum and could not find an answer to my problem.

When clicking the inbound report it does not show my ingroup. It only shows --NONE-- and SINGLE AGENT DIRECT. Now the Ingroup is tied to a DID and that DID shows in the inbound report by DID. What gives. This is a brand new installation and calls have been routed through this ingroup successfully. I also tried creating a ne ingroup and it too does not show. I read through the managers manual and there is no troubleshooting steps that I could find to resolve this either. Can someone please point me in the right direction.

[williamconley]

Is the ingroup active?

What is the Name of the Ingroup? Perhaps you chose a name unwisely? LOL (it's not named !@#%$!@# is it?)

Also remember that posting a URL is handy for something like this to be sure we are (literally) on the same page ... we are talking about "/vicidial/AST_CLOSERstats.php" yes?

Brand new installation ... you did not perform any post-install upgrades to SVN or add any software ...?

[brumsey]

AST_CLOSERstats-php is the URL (looked too spammy lol)
PERS_XFER_MD is the ingroup name
yes the ingroup is active
brand new install only post install step so far has been to update the mysql root password

[brumsey]

I just did a quick test and copied the SINGLE AGENT DIRECT ingroup and the copy which I named TEST is showing in the Inbound report. Why would a copy work and a manually created one not?!?

[brumsey]

RESOLVED: Ok I deleted the ingroup and recreated it using the same name only this time I used the copy in group method instead of creating a new ingroup and viola, it is working.

[mflorell]

No idea why that would be happening. I tried doing what you had described on the same version of the code and couldn't duplicate. If you can still replicate this then please post what all of the vicidial_inbound_groups settings are for one that is hidden and for one that is not and maybe we can spot the difference in SQL.

[williamconley]

i've had that happen in reverse a few times, but never where copy works and make new doesn't. unfortunately i've not had the pleasure of finding the "real reason" behind that sort of flaw in the past. oddly enough I've gone through field-by-field in mysql and matched all but the id and not been able to fix it until I delete and recreate. haven't had it happen in a few months, but one creeps in every now and then. so far the statement "we deleted the old one and now it works" has marked the end of the client's "interest" (ie: they stop paying for the completed task), so we've never really chased any of these anomalies down. LOL

[franklinsj]

Hi,

I saw a line in AST_CLOSERstats.php that says $stmt="select group_id,group_name,8 from vicidial_inbound_groups where group_handling='PHONE' $LOGadmin_viewable_groupsSQL order by group_id;";

if you set the group_handling field as "PHONE" in the vicidial_inbound_groups table the ingroup will show up in the inbound report without the need of deleting and creating the same ingroup from copy.

[saulortega]

This is due to a code error in admin.php.

{echo "<tr bgcolor=#B6D3FC><td align=right></td><td align=left><input type=hidden name=group_handling value=PHONE></td></tr>\n";}

A missing ">".

[mflorell]

Thanks for posting! We will get this fixed soon.