timwoolley Report post Posted 05/20/2008 07:39 PM OOPs, Ayway. I am having a problem with loading the out dial queue from vb.net. I am using VG 7 I just installed the newest version from your web site. Please find attached the logs from a run that produced the problem. What happens is this: 1. I add a call to the dia que using vg.Dialer_OutDialQueAdd. I am specifying a time I want a call to go out by "YMMDDHHNN" - > "805201820" would be May 20 2008 @ 6:20 PM. Right? I also tried adding it using a "long Time' or "long date" as per the iActivateTime description in the docs. It throws an error, wants an integer not a string or date or anything else for that matter. 2. I can see in the logs that the correct time in inserted into the database, or so it seems but then I can see it changes it to 10 minutes after now.... This is very strange. I simply insert the time I want the call to go out then it changes the time and calls right away. My next issue is that I can not read $RV_STARTTIME or $RV_CALLLENGTH in VB scripts anymore , any clue why that is? Would you suggest me going back to VG 6? it seems to work well........ If I am doing something wrong that would not surprise me but I think I have it right. I have tried everything I can think of. Thanks! 0520_ktTel.zip Share this post Link to post
SupportTeam Report post Posted 05/21/2008 08:36 AM There was a bug in call scheduling in v7.0.5. To allow for better call scheduling of the Activation time and 'daily dial window' start and stop those parameters have now been changed to strings in v7.0.6Please Download and update to v7.0.6 from here: [old link removed] and then read the newly modified Help file entry: http://www.voiceguide.com/vghelp/source/ht...tdialqueadd.htmHere is another example that demonstrates new way of specifying the date and times in v7.0.6:set vg = CreateObject("vgServices.CommandLink")vg.Dialer_OutDialQueAdd "7236@10.1.1.2", "", "2008-05-20 6:12 PM", "12:01:00 AM", "6:40 PM", "", "", "", 1, "c:\sendinfo\InfoMenu.vgs", "c:\sendinfo\CallBackDetails.wav", "", "", 90, 0, 0, "", "", ""set vg = Nothingleaving the entries as empty strings will result in call being made immediately, at all times of the day.vg.Dialer_OutDialQueAdd "7236@10.1.1.2", "", "", "", "", "", "", "", 1, "c:\sendinfo\InfoMenu.vgs", "c:\sendinfo\CallBackDetails.wav", "", "", 90, 0, 0, "", "", "" QUOTE 2. I can see in the logs that the correct time in inserted into the database, or so it seems but then I can see it changes it to 10 minutes after now.... This is very strange. I simply insert the time I want the call to go out then it changes the time and calls right away. When call is dialed the activation time is reset to be the current time + the "delay between retries" time. It basically says when the call can be dialed again if the current attempt does not get answered. Share this post Link to post
timwoolley Report post Posted 05/21/2008 09:32 PM First off I would like to thank you for your great support and attention to our needs. The issue with the dialer seems to be resolved unfortunatly I do now have another issue,sorry. Attached are the logs. It seems to crash when it hits a VB script module. Attached are the logs and the module. I am also not sure if you addressed the issue w/ the $RV_STARTTIME or $RV_CALLLENGTH not working, they both return {} empty results. BTW, I am using the 7.0.6 version. Thanks again. 0521_ktTel.zip Share this post Link to post
SupportTeam Report post Posted 05/22/2008 11:06 AM Here is an updated 7.0.6 version that fixes the $RV_STARTTIME / $RV_CALLLENGTH and VBScript problem: [old link removed]Please update to this new version and let us know if you still encounter any issues. Share this post Link to post
timwoolley Report post Posted 05/28/2008 05:17 PM This did the trick. However, now another thing: I had in all my play modules a path that used to work: on {#} goto [PLAY ACTION - Jump To Start] well the thing crashes every time I press the # key. I have no logs this time because I removed VG 7 from all of my machines. I just thought you would want to know about this one too. Share this post Link to post