09-06-2010 04:43 AM - edited 03-14-2019 06:26 AM
Hi All,
Last couple days I've had this weird issue happening with IPCC.
I've tried to debug couple of scripts, but they never get triggered, it's like application does not get triggered at all.
Although I call the trigger and it plays menu and actually works.
The script is fine, I know I'm putting correct script name when I debug, I've done it before, the same script, with no problem. It just stopped working last friday.
More info: It's HA solution, both servers are "IN SERVICE", it's a production network 24/7 CC, so I can't just restart the servers without a good reason.
Anything I should be looking into? any ideas???
Many thanks,
Solved! Go to Solution.
09-08-2010 08:45 AM
Hard to say what is going on unless you look at the medt log
Try testing from the script editor on the uccx box and see what happens, this will let us know where the issue lies
We are trying to isolate if this is an issue due to the network or your UCCX has a problem with running the debug
If you do look at the MEDT you will see that the Script Editor fires of a request to the UCCX that it will be performing a debug on script XXXX
The UCCX will response to this and the Script Editor will then poll the UCCX till a call has hit the system.
Determine where the break down in the process lies, also try disabling any anti virus/firewall you have on the client pc should the test on the UCCX box works.
09-07-2010 05:28 AM
Are you sure you connected to the node currently processing calls? You may want to try logging into the other node with the Editor in case a failover occurred.
09-07-2010 07:52 AM
Hi,
Unfortunately that does not help, I did not mention in my first post, but I did try both servers just in case if that was the case.
Although normally I log on to the one that is Master on UCCX Engine service.
Still same issue.
Regards,
09-07-2010 07:57 AM
by the way, it shows this in status window...:
Error Debugging
09-08-2010 08:45 AM
Hard to say what is going on unless you look at the medt log
Try testing from the script editor on the uccx box and see what happens, this will let us know where the issue lies
We are trying to isolate if this is an issue due to the network or your UCCX has a problem with running the debug
If you do look at the MEDT you will see that the Script Editor fires of a request to the UCCX that it will be performing a debug on script XXXX
The UCCX will response to this and the Script Editor will then poll the UCCX till a call has hit the system.
Determine where the break down in the process lies, also try disabling any anti virus/firewall you have on the client pc should the test on the UCCX box works.
09-09-2010 03:17 AM
Hi,
Thanks a lot for your suggestions, I tried it on the server itself and it worked fine.
I'll see if I have something wrong on the PC.
Cheers,
09-21-2010 02:37 AM
09-21-2010 02:59 AM
Hi All
Just to throw another suggestion into this - the most common reason for a debug not launching is a script error that means the script can't load into the engine in the first place. If you dial the app and get the 'system problems' prompt, then it's possible that the script isn't actually runnable. Take a look at the MIVR logs when the call is attempted to see what exceptions are logged or post up the log here.
If the script does execute but doesn't debug then obviously ignore this comment...
Aaron
09-21-2010 05:25 AM
Hi,
I never fixed the issue, although for me it works if I run debugging on the server itself. So it must be a client computer.
Although I have all ports open, and as I said it used to work before.
If you find the problem, let me know too... It's annoying having to troubleshoot the problem on the server.
Regards,
09-21-2010 05:59 AM
Hi,
As a quick test, please try closing up the editor on the client PC. Right click on the Editor icon on the Desktop and select Properties> Compatibility tab. Check the box for 'Run this program in compatibility mode' and choose 'Windows 2000' from the drop down. Check if that makes any difference.
Hope that helps!
Pablo
09-21-2010 02:55 PM
Works ok after changing compatibility mode to 'Windows 2000', Thanks
/John
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide