Closed
Bug 890108
Opened 12 years ago
Closed 12 years ago
Direct distance dialing(DDD) feature is not supporting
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
RESOLVED
FIXED
blocking-b2g | - |
People
(Reporter: leo.bugzilla.gecko, Unassigned)
Details
Attachments
(1 file)
674.05 KB,
text/x-log
|
Details |
Direct distance dialing(DDD) feature is not working on Leo.
I'm not sure about this feature should work or not.
Do you have any plan to support this?
Reporter | ||
Updated•12 years ago
|
Assignee: nobody → ferjmoreno
Updated•12 years ago
|
Severity: critical → normal
Comment 1•12 years ago
|
||
That's probably a question for the product team.
Assignee: ferjmoreno → nobody
Flags: needinfo?(ffos-product)
Comment 2•12 years ago
|
||
If I understand DDD correctly - its being able to make national and international calls without operator assistance.
Are we asking if this is supported?
Reporter | ||
Comment 3•12 years ago
|
||
Yes, DDD is exactly what you said.
The reason why I ask is we want to know whether it is issue or not.
Comparing android, some feature like this, would be considered as an issue.
So, I'm asking you that there's any plan for supporting DDD on FFOS.
If you're not responsible for this, please let me know who should I contact with.
Comment 4•12 years ago
|
||
As far as I know, and unless we're talking to something different than what's described at [1] this should be working. We allow direct international dialling.
[1] http://en.wikipedia.org/wiki/Direct_distance_dialing
Comment 5•12 years ago
|
||
What is exactly the functionality that is not working? Can you provide Steps to Reproduce?
Flags: needinfo?(leo.bugzilla.gecko)
Updated•12 years ago
|
Flags: needinfo?(ffos-product)
Reporter | ||
Comment 6•12 years ago
|
||
AFAIK, it it a local service with STK(Sim Tool Kit) menu, so you cannot reproduce where you are.
It could be only reproduced locally.
The symptom is that a local operator code(015) is not created automatically.
Flags: needinfo?(leo.bugzilla.gecko)
Comment 7•12 years ago
|
||
Can you ask any local team to get logs of the issue that we can investigate?
Flags: needinfo?(jaeohkim83)
Reporter | ||
Comment 8•12 years ago
|
||
There's some confusing between DDD and CSP(Códigos de Seleção de Prestadora. which is Carrier Selection Codes).
CSP is only used in Brazil, locally.
What I tried to ask you was about the supporting plan for auto CSP feature which is most of android phones in Brazil do.
Auto CSP is like this;
This operation actives the auto CSP which is in Sim Tool Kit menu.
Its a operator code, in case of VIVO, its " 015 ".
This feature, actives the CSP every time you perform a distance call initiated by "area code+phone number". i.e: 01140040001.
If auto CSP is on, when you press SEND key to call this number, it should add the CSP code. i.e: 0151140040001.
015 - operator code
11 - area code
40040001 - Phone number
For now it works like this;
EXPECTED:
The VIVO DDD should be displayed properly while calling a number with area code, i.e: "0151140040001"
ACTUAL:
The call is completed properly but the VIVO DDD is not displayed while calling a number, i.e: "01140040001"
Please refer to the attached logs.
Reporter | ||
Updated•12 years ago
|
Flags: needinfo?(jaeohkim83)
Reporter | ||
Comment 9•12 years ago
|
||
Comment 10•12 years ago
|
||
Looking at the log traces the STK menus was executed correctly but the RIL didn't send the 015 or full number to dialer never so the UI (gaia level) nor STKUI nor Dialer can do anything.
Apparently it is a platform issue (STK module or Modem or RIL).
Asking Yoshi about CSP support in FFOS STK at platform level.
Asking Carol about CSP support on commercial RIL
Flags: needinfo?(cyang)
Flags: needinfo?(allstars.chh)
This feature is implemented by modem however the modem in our dev-phones(unagi, ..etc) don't support this.
Flags: needinfo?(allstars.chh)
Comment 12•12 years ago
|
||
Since this is modem related, please file an SR so that we can support you there.
Flags: needinfo?(cyang) → needinfo?(leo.bugzilla.gecko)
Reporter | ||
Comment 13•12 years ago
|
||
We won't open SR at this moment since it's not a bug but not a supporting feature.
We will open SR when it's necessary.
Thanks.
Flags: needinfo?(leo.bugzilla.gecko)
Reporter | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Comment 14•12 years ago
|
||
Hi,
We've confirmed that this is mandatory for BZ, so we reopen the bug and nominate it for leo?
We kindly request to vendor to open a SR for this.
Thanks!
David
Status: RESOLVED → REOPENED
blocking-b2g: --- → leo?
Resolution: WONTFIX → ---
Comment 15•12 years ago
|
||
Double-checked again with BZ. It's blocking for certification.
BZ has also a STK app that automatically inserts CSP (15) if the user omits that (for instance, if the user dials 12 digits from Rio to São Paulo, the app inserts the "15" and let the call complete).
This has also be considered for phonebook matching (if matching from right to left for 8 digits, there should be no problems).
Comment 16•12 years ago
|
||
SR 01246419 has been opened. David, ok to close this bug now as we will continue support from there?
Flags: needinfo?(dpv)
Comment 18•12 years ago
|
||
Hi Carol,
I think this should be included in RIL for any vendor, not just leo. So I'd suggest to also provide the patch in CS.
Renominated just for discussion.
Thanks!
David
blocking-b2g: - → leo?
Flags: needinfo?(dpv)
Comment 19•12 years ago
|
||
(In reply to David Palomino [:dpv] from comment #18)
> Hi Carol,
>
> I think this should be included in RIL for any vendor, not just leo. So I'd
> suggest to also provide the patch in CS.
>
> Renominated just for discussion.
>
> Thanks!
> David
We don't have a patch to land. Is this actually a critical blocker or should we discuss in 1.2 (koi)?
Comment 20•12 years ago
|
||
Hi Alex,
We were checking this, and I'm afraid it's a real blocker for 1.1 (at least for Brazil).
Thanks!
David
Comment 21•12 years ago
|
||
The key thing for me is whether we need to do anything in Gaia/Gecko or it is just partner work required here. Carol, can you please clarify?
Flags: needinfo?(cyang)
Comment 22•12 years ago
|
||
We can close this bug once Carol confirms no actions are required by Mozilla.
Vicamo - if there is work done in commercial ril, should we consider similar support in Moz RIL also? This should not be bound by leo schedule.
Updated•12 years ago
|
Flags: needinfo?(vyang)
See Comment 11, this feature needs support from modem.
Flags: needinfo?(vyang)
Comment 24•12 years ago
|
||
If there's nothing that can be done by Mozilla, and no binding to leo schedule, we'll minus this for leo blocking.
blocking-b2g: leo? → -
Reporter | ||
Comment 25•12 years ago
|
||
We have local test in Brazil, and find out it works properly compare with Android.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Flags: needinfo?(cyang)
You need to log in
before you can comment on or make changes to this bug.
Description
•