Releases, Features, Requests as of November 22, 2012

[Cordova]

Tapping Contacts then tap Favorites is perfect for me. I am using Settings very much more often than Favorites.

[timeshell]

Realistically for me (your mileage my vary) After I got the app tweaked the way I like it I never visit the settings page. So Yes I agree with you about keeping it " in app" is more convenient in the short run but not at the expense of a dedicated Favorites tab.
I go to settings once a month if that. I go to favorites 10 or more times a day.

Derek

My mileage varies in the way that I NEVER use Favorites at all.

TS

[wurst0815]

The possibility to set the ringtone to muted when receiving a call would be nice instead of just accept or decline a call.
And a separate volume setting for the Bria ringtone would be nice.

[wurst0815]

An option to backup/ restore the application settings and profiles would be very helpful, maybe in XML format.
Using this method would also easily allow automated provisioning of those settings to corporate users.

[Bogdan]

An option to backup/ restore the application settings and profiles would be very helpful, maybe in XML format.
Using this method would also easily allow automated provisioning of those settings to corporate users.

We aleady have ad hock provisioning.
We have not yet made a decision to make it public.

[wurst0815]

The display of the called persons name would also be very helpful when using Bria with Asterisk. I think this feature is called Remote Party ID or Party asserted Identity. What I mean is that when I call another local Asterisk extension from Bria that I get the name of the called person displayed that is sent from Asterisk.

This works with my hardphones but not with Bria at the moment.

[yannicks]

[...]
* If u have Bria call in progress, incoming native call will put the Bria call on hold. There is no chance to tell the other party about this event; he will just see that got put on hold. This is iOS limitation. Native phone has the highest priority on the system. Once native call is comming, all other 3rd party (VoIP) apps have no possiblitity to do anything about it i.e the audio system becomes not availiable to them.[...]

Not sure if iOS allows for it but could you add an option to turn of the phone radio during calls? Now for important outgoing voip calls I first have to manually set the phone in airplane mode, then re-enable wifi before making the call.

[Bogdan]

Apple did everything to disallow any third party app to manipulate native cell calls.
In any way; and perhaps they are right, users would not want they calls to be missed
because some app does some tricks.
But Apple should help to improve (by providing new API) in some way the VoIP app handling. Maybe one day.

Too bad that users are "blaming" Bria for such cases e.g. giving 1 stars in reviews.
They should try any other voip app to compare and see the same issue RE the native calls.

[timeshell]

The display of the called persons name would also be very helpful when using Bria with Asterisk. I think this feature is called Remote Party ID or Party asserted Identity. What I mean is that when I call another local Asterisk extension from Bria that I get the name of the called person displayed that is sent from Asterisk.

This works with my hardphones but not with Bria at the moment.

I second this. There appears to be some disfunction in the way Bria handles name display information from Asterisk for both incoming and outgoing calls when when the callerid is set by Asterisk.

TS

[MyAccount]

We're using Bria as an Asterisk client for the iPhone. It's a pretty good substitution for the planned DECT-Phones. But to be perfect some professional features would be great: we're Hardy missing BLF's and some softbuttons to get access to Asterisk-functions (like forwarding, call-recording at the Asterisk-System, to apply to groups and so on)

That would be more than perfect!!! Thanks, Jens

[Bogdan]

This seems like not for average App Store user. More like branded client with extra features.
We are interested in such deals.

We're using Bria as an Asterisk client for the iPhone. It's a pretty good substitution for the planned DECT-Phones. But to be perfect some professional features would be great: we're Hardy missing BLF's and some softbuttons to get access to Asterisk-functions (like forwarding, call-recording at the Asterisk-System, to apply to groups and so on)

That would be more than perfect!!! Thanks, Jens

[aarendavid]

GRATE JOB!!!!!!!

[Pducharme]

Please add:

Preconfigure for Voip.ms
Ringtones other than the Built-in ones

[exewmute]

Feature Requests, in order of ease to implement, but all pretty important:

Option in settings to disable "Preview" of notification for XMPP messages (ex: messages.app, go to settings.app/notifications/messages and turn off Show Preview, receive an iMessage/SMS. Notice the difference? That's the desired feature)

Data Protection for contacts/stored credentials/anything else sensitive inside of .app bundle: The iPhone 4 and up support Data Protection (AES) if a password is turned on and the app calls for Data Protection features (ex: NSFileProtectionCompleteUnlessOpen), app data will be encrypted using AES-256.

XEP-0096 Support for Inband File Transfers: Extremely useful for tying camera roll access to the IM/XMPP client, would allow for picture messaging (and lots of extra points for implementing a file picker with iTunes File Sharing support (provisioning files/keys could also be uploaded there via iTunes, as is currently implemented in Bria); this would allow handy/useful things like loading commonly-shared PDF/Zip files for secure inter-office communications!)

I really hope these can make it into an upcoming version (or 3), as I've been a supporter of Bria iOS since 1.x (I love SIP too ) and am a huge fan! Honestly, Bria is already better than the rest of its competition in the XMPP space (OneTeam, for example), but these improvements would put it head-and-shoulders above any future competiton as well! Keep up the great work!

[Bogdan]

RE: Preview.
Out SMS/IM acts the same way as native messages. You can disable notifications when phone locked etc.
We have felt that these make the feature not really needed.

RE: Encryption.
We encrypt sensitive data (eg. passwords) since few months ago.
We don't do it via iOS file protections feature since it would not work when in background and phone locked (it would return no file data but we need it).

RE: File transfer. It is on our road map. Also for SIP too.