Release 14.03 is a bug-fix and performance-improvement release on top of QueueMetrics 13.12. You will surely notice that QueueMetrics is now faster when running actions on the server. This happens for example, when you log on agents to a set of queues. We also included many fixes that correct technical annoyances and make your experience smoother.
Under the hood, we made many changes to prepare the system for the next generation agent page that will debut in the next release.
Depending on the version of Asterisk used, there was a delay in performing actions that could be noticeable on some systems when logging on or off to a large number of queues. This is now way faster (up to 10x) and happens almost immediately.
There is no separate pop-up to see call stints; stint information - when present - is now visible in a tab on the Call Detail pop-up.
The parser usually starts a new agent session when events for an agent are received by a logged-off agent. Now, if a call is queued while the agent is connected but is routed to the agent soon after the agent disconnects, the previous session length is adjusted and a new session is not started, so the agent does not "linger on" in the real-time view.
The Performance Tracker page now has drill-down methods to filter calls interactively.
QueueMetrics caches database reads in order to avoid hammering the database with the same queries over and over again. Such caches usually have a small duration - no more than 30 seconds - but sometimes if you create a new queue and go back to the main page, the new queue may take a few seconds to appear. This does not happen anymore - all configuration changes done through the GUI are effective immediately.
The most recent versions of Oreka TR changed the names of a few components. It is now configurable with a property in order to have QueueMetrics work correctly with all builds of Oreka TR.
A number of bugs present in previous releases were fixed: