Originally created by: yed...@gmail.com
Now csip launches the calls well even without native sip support in android 2.3. WELL DONE!
I would like make the most of this opportunity to comment others minors errors and make a suggestion.
Bugs:
If I use "Betamax clone" option in the menu to configure my voipstunt or my llevoip account (I have requested
that they repair the balance api) when i call to another pc contact in the PC of my friend appears PEERING ([my ip adress])( username) or PEERING ([my ip adress])( number) or what ever i had put in the "Caller ID" field with "PEERING ([my ip adress])( " before.
If I Call to a telephone number appear the caller ID that i configured in the voipstunt or llevoip web page.
If I configure the account by hand without filling the caller ID, when I call to another user, appears my user name and when i call to a telephone number, my telephone number.
When I launch a call and i hang up before than the other person pick up the telephone, csipsimple doesn't hang up it immediately, spends a lot of time. i suppose it can´t stop the process and the process stops itself after a time.
Bug 3??
The messages aren´t depurated or don´t have been translated, for example "
603/Decline" It should be "Declinated" or in spanish "Rechazada" (in french "rejeté")
Suggestion: (I know that there are many things more important to do before)
A separate tab for the sip contacts where you can check their status (online/offline).
Sorry if I say too things, if I can help with the spanish translation or with another mechanic thing (for example add new sip servers, it seems very simple) it would be a pleasure to help.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: r3gis...@gmail.com
About point 1, it's usually linked to the sip provider. In fact CSipSimple allows you to configure some field that are defined in SIP protocol. Depending on the sip provider and the remote side field can have different meaning. On most betamax clones I tested the way I set the "caller-id" which in fact for regular SIP protocol is the SIP username produces that betamax sends this on regular landline calls as number.
On a regular sip client, it has all informations so it can display anything it wants.
If you want to play more with that here's what you can test :
Long press your account row in the list of accounts, select "Choose wizard" and choose "Expert".
Then simple click the row, and you'll see now a lot of settings to configure the account. Here you are at very lower level of SIP protocol and can configure everything that is normalized in SIP protocol. It made no assumption on the SIP provider.
Here you'll see several things,
the SIP ID : (aka AoR). It identify the sip user address. it's something like "Display Name" <sip:username@domain>
the < and > char are important. For betamax clones the "Display Name" is not taken into account while making a call, but the "username" is important. While on most other sip provider the username is the same than authentication name, here their servers allows you to use a different username than the authorization name.
On the PC receiver, as it get the complete "Display Name" <sip:username@domain> it can decide to display anything it wants. It really depend on the sip client you have on the other side. In CSipSimple I display the "display name", and try to resolve and search inside contacts using both display name and username.
You'll see also a "username/login" field in this mode. This one is the authentication name. It's what's is used to authenticate on betamax server. Normally no need to change it as correctly filled by the betamax wizard previous setup.
About point 2, it's probably because the sip server doesn't acknowledge the CANCEL. In this case, as the SIP dialog is not yet considered as finalized (because it's not acknoledged from other side that call was cancelled), the application stay in the call screen unless the SIP dialog times out. This timeout has a normalized value. So what you observe reflect the state of the call. Since cancel not acknowledged from other side, it remains like that. This can happens when there is some problem on server. It could also happen because of something with configuration. Maybe I can find a clue if you collect and send me logs. Turn on log collection, reproduce the problem, and just after stop and send logs :)
About point 3 :
For the particular point of "603/Decline" it's not a string from the application but from SIP protocol itself. So safer to keep it untranslated. However, you're right, many things are not fully translated in Spanish and I need help for translations :).
You can join translation effort here : https://www.transifex.net/projects/p/csipsimple/ . There's no team yet for spanish, so just request and I'll give you rights on the group.
Status: Need-Details