Guest Buzby Report post Posted 02/10/2006 04:03 PM I know there's probably a good reason for the 'State Display Disabled' and removed Event Trace log screens in VG for Dialogic 6.0.3002 when using systems of more than 8 ports, however I really relied upon the Status Screen to show me that my 16 ports are actually answering calls, now I really cannot tell what's happening! Is there anyway of turning the main Status Screen back on? The Event Trace log is not is important. If not, then I would need to consider reverting to an earlier version of VG, which seems like madness! Sorry for the abrupt tone, but this a major feature of VoiceGuide is being able to see what is happening on each line without having to open log files. I await your earliest possible response. Share this post Link to post
SupportTeam Report post Posted 02/10/2006 10:36 PM There is an application in the works which will function as a status screen by querying VG periodically for status via VG's COM interface. Share this post Link to post
Guest Buzby Report post Posted 02/11/2006 05:54 AM Forgive my ignorance but what was wrong with the line displays in VG originally? Share this post Link to post
SupportTeam Report post Posted 02/12/2006 06:28 AM The high volume of screen updates which were made during times of high system usage were found to be causing an intermittent (almost random-like) problem on some systems. Share this post Link to post
Guest Buzby Report post Posted 02/12/2006 11:54 AM OK, thank you, any idea of the timeframe behind the new status screen development? Share this post Link to post
ktruk Report post Posted 02/13/2006 01:34 PM Support: I too would miss my "real-time" status display. Will this change be back-issued to the tapi software? If I can take this opportunity to make a suggestion: maybe the current interface could be retained for say less than 32 or 16 lines? Or give the user an option to enable/disable the display via "view" menu? Just my 2cents. Share this post Link to post
SupportTeam Report post Posted 03/02/2006 09:05 AM Latest release of "VG for Dialogic" now includes the Line Status Monitor. Share this post Link to post
Guest Buzby Report post Posted 03/06/2006 12:30 PM Hi again, Thanks for the Line Status Monitor. It is quite useful being able to see the status of each line on my own desktop without having to log-into the server itself using VNC etc. May I suggest some features for future upgrades of the monitor? 1) Use login credentials (password etc.) when connecting to the server. This is because I currently have the line monitor on my laptop and connect to the server using port 14710 which is open on our firewall. It occured to me that anyone could do this which would obviously be undesirable. 2) Server name/ip address is remembered between start-ups of the line monitor. Currently the server name defaults to 127.0.0.1. However, my server name is different and it would be nice if the software remembered this. 3) Multiple server monitoring. I have three VoiceGuide servers and it would be nice to monitor all of them together in one place. And this item is perhaps outside the scope of a line monitor but I thought I'd suggest it anyway: 4) Remote line hang-up. Ability to hang-up any line through the monitor. Again, this would save having to log-onto the server through VNC just to hang-up a line. Best wishes. Share this post Link to post
Guest Buzby Report post Posted 03/07/2006 02:53 PM Just noticed a small bug. Seems to be an text-encoding problem with the XML that is returned by VG. See screendump attached. Best wishes. Share this post Link to post
Guest Buzby Report post Posted 03/23/2006 02:45 PM Hi, Sorry to be a pain, but any joy on the error shown in the post above? Would be nice if this was fixed because then I could leave my Line Monitor running all day! Best wishes. Share this post Link to post
SupportTeam Report post Posted 03/23/2006 09:18 PM Please try the attached version. vgStatusMonitor.zip Share this post Link to post
pdr Report post Posted 04/24/2006 07:00 AM VG version 6.0.3107 Enterprise & VG Dialer 16 line license WinXP service pack 2 I'm trying to use the Status Monitor V 1.1.0.0, everytime I open it, I receive the following error; The application failed to initilize properly (0xc0000135). Any ideas?Shame the status is no longer shown on the application, as it was quite handy to monitor at a glance Share this post Link to post
SupportTeam Report post Posted 04/24/2006 07:39 AM The application failed to initilize properly (0xc0000135). Have not seen this one before... Status Monitor required .NET 2.0 framework isntalled on the system - do you have .NET 2.0 installed? Share this post Link to post
pdr Report post Posted 04/24/2006 07:54 AM I do now thanks for your help Share this post Link to post
SupportTeam Report post Posted 04/24/2006 08:52 AM OK, I take it that all is working fine now then. It's strange that Windows did not advise you that .NET 2.0 needs to be installed - Windows is supposed to tell you that automatically whenever a .NET 2.0 based app is started and the pre-requisite .NET is not installed... Share this post Link to post
pdr Report post Posted 04/28/2006 12:52 PM I've been running the Status Monitor (V1.1.0.0) for a few days now and have found that the application crashes several times a day (not Voiceguide). I have attached a screen shot of the error and was wondering if you could point me in the right direction? Regards Peter Share this post Link to post
SupportTeam Report post Posted 04/28/2006 01:16 PM Looks like the Status monitor is having problems dealing with information sometimes returned from VoiceGuide. (looks like it's the Evaluate module's input expression on line 16) We'll pass this bug onto our programmers. There should be a fix available for this soon. Share this post Link to post
SupportTeam Report post Posted 04/30/2006 12:25 AM Using the attached .exe should stop the problem encountered. The .exe was sending incorrectly formatted XML status data - which was causing a problem with the LineStatusMonitor app. VgMulti_6.0.3109.zip Share this post Link to post
pdr Report post Posted 05/02/2006 09:33 AM Thank you for the revised .exe. It seems to have cured the error. Regards Peter Share this post Link to post