We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2014-05-09 16:28:28 +0200 |
Hi everyone,
I have yo use a business related Android app controlling some functionality of call center with DTMF codes (no hope to get it as a native sailfish app in the near future). However, it doesn't work properly due to bug in android integration.
The problem:
In short, that calls to numbers including special characters like "+", "," and "#" are failing when the call is initiated in the android software. The sailfishos confirmation dialog for the call is shown, but these special characters are mangled, only their ascii representatives ("%2B", "%2C" and "%23") are shown. If the call is then allowed the system tries to call to this mangled number (typically something non-existing) and the call fails.
if the number consist only on numeric characters the call is successful.
I also noted that "*" was not mangled, so not all of the non-numbers are broken. Also, some numbers has to be (afaiu) converted, for example "," in the in android side dial code should be "p" (or "w" ?) in sailfish.
How to reproduce the issue:
The problem as such happens with any dialer type android app - I tested that with "Espier Dialer" app, installed using yandex.store. I tried to call a number including country code (say number +35891234567.....) and the call failed. Using 091234567 instead makes the call succesfull.
OS Version:
I'm running on (1.0.5.19) Paarlampi.
2 | No.2 Revision |
Hi everyone,
I have yo use a business related Android app controlling some functionality of call center with DTMF codes (no hope to get it as a native sailfish app in the near future). However, it doesn't work properly due to bug in android integration.
The problem:
In short, that calls to numbers including special characters like "+", "," and "#" are failing when the call is initiated in the android software. The sailfishos confirmation dialog for the call is shown, but these special characters are mangled, only their ascii representatives ("%2B", "%2C" and "%23") are shown. If the call is then allowed the system tries to call to this mangled number (typically something non-existing) and the call fails.
if the number consist only on numeric characters the call is successful.
I also noted that "*" was not mangled, so not all of the non-numbers are broken. Also, some numbers has to be (afaiu) converted, for example "," in the in android side dial code should be "p" (or "w" ?) in sailfish.
How to reproduce the issue:
The problem as such happens with any dialer type android app - I tested that with "Espier Dialer" app, installed using yandex.store. I tried to call a number including country code (say number +35891234567.....) and the call failed. Using 091234567 instead makes the call succesfull.
OS Version:
I'm running on (1.0.5.19) Paarlampi. Paarlampi.
Still present in 1.1.1.27 Vaarainjärvi
Checked the current status of the issue using Vaarainjärvi and updated the entry in terms of OS Version, title and tags
3 | No.3 Revision |
Hi everyone,
I have yo use a business related Android app controlling some functionality of call center with DTMF codes (no hope to get it as a native sailfish app in the near future). However, it doesn't work properly due to bug in android integration.
The problem:
In short, that calls to numbers including special characters like "+", "," and "#" are failing when the call is initiated in the android software. The sailfishos confirmation dialog for the call is shown, but these special characters are mangled, only their ascii representatives ("%2B", "%2C" and "%23") are shown. If the call is then allowed the system tries to call to this mangled number (typically something non-existing) and the call fails.
if the number consist only on numeric characters the call is successful.
I also noted that "*" was not mangled, so not all of the non-numbers are broken. Also, some numbers has to be (afaiu) converted, for example "," in the in android side dial code should be "p" (or "w" ?) in sailfish.
How to reproduce the issue:
The problem as such happens with any dialer type android app - I tested that with "Espier Dialer" app, installed using yandex.store. I tried to call a number including country code (say number +35891234567.....) and the call failed. Using 091234567 instead makes the call succesfull.
OS Version:
I'm running on (1.0.5.19) Paarlampi.
Still present in 1.1.1.27 Vaarainjärvi
Checked the current status of the issue using Vaarainjärvi and updated the entry in terms of OS Version, title and tags
4 | No.4 Revision |
Hi everyone,
I have yo use a business related Android app controlling some functionality of call center with DTMF codes (no hope to get it as a native sailfish app in the near future). However, it doesn't work properly due to bug in android integration.
The problem:
In short, that calls to numbers including special characters like "+", "," and "#" are failing when the call is initiated in the android software. The sailfishos confirmation dialog for the call is shown, but these special characters are mangled, only their ascii representatives ("%2B", "%2C" and "%23") are shown. If the call is then allowed the system tries to call to this mangled number (typically something non-existing) and the call fails.
if the number consist only on numeric characters the call is successful.
I also noted that "*" was not mangled, so not all of the non-numbers are broken. Also, some numbers has to be (afaiu) converted, for example "," in the in android side dial code should be "p" (or "w" ?) in sailfish.
How to reproduce the issue:
The problem as such happens with any dialer type android app - I tested that with "Espier Dialer" app, installed using yandex.store. I tried to call a number including country code (say number +35891234567.....) and the call failed. Using 091234567 instead makes the call succesfull.
OS Version:
I'm running on (1.0.5.19) Paarlampi.
Still present in 1.1.1.27 Vaarainjärvi
Checked the current status of the issue using Vaarainjärvi and updated the entry in terms of OS Version, title and tags
5 | No.5 Revision |
Hi everyone,
I have yo to use a business related Android app controlling some functionality of call center with DTMF codes (no hope to get it as a native sailfish app in the near future). However, it doesn't work properly due to bug in android integration.
The problem:
In short, that calls to numbers including special characters like "+", "," and "#" are failing when the call is initiated in the android software. The sailfishos confirmation dialog for the call is shown, but these special characters are mangled, only their ascii representatives ("%2B", "%2C" and "%23") are shown. shown but the number shown is not the correct one. To me it looks like that the numbers are first converted to their ascii codes, then followed by removal of the invalid characters i.e. hexadecimals and percent mark. If the call is then allowed the system tries to call to this mangled invalid number (typically something non-existing) not existing) and the call fails.
An example of the failing number is call to Finland starting with country code: +3589123456 turns to 23589123456 ('+' is first replaced with '%2B' and '%' and 'B' dropped, thus '+' is replaced with '2').
if the number consist only on numeric characters the call is successful.
I also noted that "*" was not mangled, so not all of the non-numbers are broken. Also, some numbers has to be (afaiu) converted, for example "," in the in android side dial code should be "p" (or "w" ?) in sailfish.
How to reproduce the issue:
The problem as such happens with any dialer type android app - I tested that with "Espier Dialer" app, installed using yandex.store. I tried to call a number including country code (say number +35891234567.....) and the call failed. Using 091234567 instead makes the call succesfull.
OS Version:
I'm running on (1.0.5.19) Paarlampi.
Still present in 1.1.1.27 Vaarainjärvi
Bug is present in somewhat modified form in 1.1.6.27 Aaslakkajärvi.
Checked the current status of the issue using Vaarainjärvi Vaarainjärvi Aaslakkajärvi and updated the entry in terms of OS Version, title and Version tags