Closed Bug 866018 Opened 11 years ago Closed 11 years ago

[Buri][RESET] after send USSD

Categories

(Firefox OS Graveyard :: Gaia::Dialer, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sync-1, Assigned: cyang)

Details

Attachments

(3 files)

Created an attachment (id=399219)
 Video
 
 AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.080
 Firefox os  v1.0.1
 Mozilla build ID:20130418070206
 
 +++ This bug was initially created as a clone of Bug #446323 +++
 
 DEFECT DESCRIPTION: Device is reproducing reset 100% after send USSD command *#124#. as you can see in attach video device will go to welcome screen after send the reject of network.
 
 I try to send logs for you tomorrow.
 
  EXPECTED BEHAVIOUR: Avoid reset.
 
  REPRODUCING PROCEDURES:
 1.- Send USSD with *#124# command.
 2.- network will answer with "unknown application" then the device reset.
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT: Blocking homologation issue
 
  REPRODUCING RATE:100%
 
  For FT PR, Please list reference mobile's behavior:
 
 ++++++++++ end of initial bug #446323 description ++++++++++
 
 
 
 CONTACT INFO (Name,Phone number):
 
  DEFECT DESCRIPTION:
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
Clone from brother
Clone from brother
blocking-b2g: --- → tef?
what's the purpose of this code and expected behaviror? *#124#
Flags: needinfo?(sync-1)
Flags: needinfo?(sync-1) → needinfo?(chengan.xiong)
Flags: needinfo?(chengan.xiong)
Command *#125# and *#126# are some USSD used by TELEFONICA for NIPPER service,
this is use to pay in some places with the credit on device, is like a money
transfer, it is not to much used in Mexico, the problem is than device after
receive de USSD responds from network device reproduce reset 100%.
Attach some logs from tahiti as good reference.
(In reply to Cheng-An, XIONG from comment #4)
> Created attachment 744380 [details]
> log based on version of Mozilla build ID: 20130422230201

There are no REQUEST_SEND_USSD requests in the attached logs. Could you provide/attach the |adb logcat -b radio| output after reproducing the issue please? Thanks.
(In reply to José Antonio Olivera Ortega [:jaoo] PTO until 3rd May from comment #6)
> There are no REQUEST_SEND_USSD requests in the attached logs. Could you
> provide/attach the |adb logcat -b radio| output after reproducing the issue
> please? Thanks.

This is what we get after performing a test:

D/RIL_QC_B2G(  145): [0130]> CANCEL_USSD
D/RIL_QC_B2G(  145): [0130]< CANCEL_USSD
D/RIL_QC_B2G(  145): [UNSL]< UNSOL_SIGNAL_STRENGTH {[signalStrength=30,bitErrorRate=255,CDMA_SS.dbm=-1,CDMA_SSecio=-1,EVDO_SS.dbm=-1,EVDO_SS.ecio=-1,EVDO_SS.signalNoiseRatio=-1,LTE_SS.signalStrength=99,LTE_SS.rsrp=-32767,LTE_SS.rsrq=-32767,LTE_SS.rssnr=-32767,LTE_SS.cqi=-32767}
D/RIL_QC_B2G(  145): [0131]> SEND_USSD (*#124#)
D/RIL_QC_B2G(  145): [0131]< SEND_USSD
D/RIL_QC_B2G(  145): [UNSL]< UNSOL_ON_USSD {0,Servicio no disponible}
D/RIL_QC_B2G(  145): [0132]> CANCEL_USSD
D/RIL_QC_B2G(  145): [0132]< CANCEL_USSD
Assignee: nobody → cyang
From the video, it does not appear that USSD is causing the problem as the phone crashed a few seconds after USSD was displayed. Since I cannot reproduce this here, please attempt to run with gdb attached to verify if the crash is caused by USSD. If it is a USSD caused crash, please upload the stack trace via our SR system and we can provide support there.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
blocking-b2g: tef? → ---
Attached file Log
New log added.
blocking-b2g: --- → tef?
Problem still been reproduced in SW 126, 

Command *#125# and *#126# are some USSD used by TELEFONICA for NIPPER service,
this is use to pay in some places with the credit on device, is like a money
transfer, it is not to much used in Mexico, the problem is than device after
receive de USSD responds from network device reproduce reset 100%.
Attach some logs from tahiti as good reference.
We understand that's this is still an issue, so please create an SR for this so that we can support you immediately.   Please also provide the SR # here so that I can confirm it is routed appropriately.  Thanks!
I will do it.
Hi Carol, I've logged a case at Qualcomm. The case number is 01182745. And I add back trace when crashing.
Flags: needinfo?(cyang)
partner tracking in SR. clear blocking flag
blocking-b2g: tef? → ---
Thanks weijia! This has been fixed and will be included in AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.103
Flags: needinfo?(cyang)
Resolution: INCOMPLETE → FIXED
available in AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.103
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: