Brett Davey

thanks, unfortunately I have tried this as well to no avail.

I have a potential new client that is testing the Vodia app and has reported; "I am noticing that the Vodia app is very slow when changing the contact list from PBX Contact to Phone Contacts It actually takes about 20-30 seconds" Has anyone else experienced this and is there a work around? The phone is; Samsung S22 Ultra Running the latest updates I haven't been able to replicate this issue on my test mobile adn am putting this out to the group...

Thank you, this worked for me as well. Any idea on when Vodia will be addressing this issue or releasing a new version? Cheers

Could you please provide us with a timeline if possible on the customiseable front end. This is one of the major areas holding us back from using v69.

I have now also made the change to mx_loops and resolved my issue too, thank you

There is a modification to Duc's requirement and the flow now is AA-RG-AA-VoiceMail. As has been previously pointed out the call does not proceed beyond the second ring group and never reaches VM. This is not an indefinite loop but a 2 stage flow using 2 ring groups only. Our system is using v68.0.30 and there must be a way to increase the imposed flow limit.

I have a situation where we have a requirement in a Call Flow for a customer to: Auto Attendant>Hunt Group>Hunt Group>Voice Mail The issue is that when the incoming call reaches the "final stage" on the second Hunt that the call just terminates. I have seen this response on another thread that had exactly the same issue. "Well there is a global setting called max_loop that you could increase. You can do this in /reg_settings.htm by clicking on the edit symbol in the header without having to edit the pbx.xml file and restarting the service." This is the section that I have identified in the reg_settings.htm in the Customize>Template location: <div class="row"> <div class="form-group has-feedback"> <label for="max_loop" class="col-sm-6 control-label">[[max_loop]]</label> <div class="col-sm-6"> <input class="form-control" type="number" min="1" step="1" id="max_loop"> <span class="glyphicon form-control-feedback" aria-hidden="true"></span> </div> </div> </div> If this is the correct location can you please advise on the change? There must be a way of increasing the limit that is imposed on the incoming call flow that can be increased. Any responses are appreciated as I need to resolve this one quickly. Kind Regards

Can you please elaborate on the change to be made? This is the section that I have identified in the reg_settings.htm in the Customize>Template location: <div class="row"> <div class="form-group has-feedback"> <label for="max_loop" class="col-sm-6 control-label">[[max_loop]]</label> <div class="col-sm-6"> <input class="form-control" type="number" min="1" step="1" id="max_loop"> <span class="glyphicon form-control-feedback" aria-hidden="true"></span> </div> </div> </div> If this is the correct location can you please advise on the change? Kind Regards

Thanks Anton, I am aware of this as it is one of our end users that kept on using the shortcut on his desktop which was opening a new session. When our support team investigated his reported issue they found 15 Vodia sessions running in the background.

One of our Engineers has just reported the below issue to me related to the app being minimized to the system tray. "basically, when the user clicks the x it minimizes it to the task bar. this is normal. What isn't normal is when it is minimized and the user clicks the shortcut on their desktop / start bar it doesn't maximize the existing Vodia process. it just opens and hides a bunch of processes in the background. I have since educated the users but the App should be maximizing existing app if someone reruns the shortcut."

I completely agree with this as well

One of the regular pieces of feedback we are receiving when people are first testing 69.0.4 is that it looks like a sheet of white paper as compared to 68.0.30. Is there any ability to at least add a graphic into the centre of the screen to be visually more appealing. This will be the first thing that our customers would comment on after a change to 69.0.4 would be made? In addition can you please advise when the end user documentation will be updated for the 69.0.4 softphone?

this has now been resolved, we had to revert the system back to 68.0.26

thank you all, I have just update via the Microsoft store and confirmed the feature now works

Our production environment is currently 68.0.28 and is multi tenanted running on the latest version of Debian. No updates or changes have been made and in the last couple of days an issue has presented itself. If an external call comes in through a hunt group and an agent answers the call and puts them on hold then they cannot retrieve the call. The agent appears to have retrieved the call but yet the caller is still listening to on hold music. I have successfully tested a DID on an extension with an incoming external call and putting them on hold and retrieving the call. I have also successfully tested Call parks with no issue. Can anyone offer any assistance or advice on this?