Closed
Bug 911642
Opened 11 years ago
Closed 7 years ago
[wasabi] When DUT is in no service area, device still shows data call icon even signal bar is all grey and call cannot dial out.
Categories
(Firefox OS Graveyard :: Vendcom, defect)
Tracking
(blocking-b2g:-)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: echu, Unassigned)
References
Details
(Whiteboard: [FT:RIL, POVB])
Attachments
(1 file)
634.17 KB,
text/plain
|
Details |
When there is no signal, Ev or 1x icon can still be seen on notification bar. Test under APTG network.
* Build Number
Gaia: 15bdabeddd1b9356ff296a6550691c1427bf2589
B-D 2013-08-30 16:14:54
Gecko: c3e6d00ad8f63ed64ad334b55954da36b49d16d4
BuildID 20130830172300
Version 26.0a1
* Reproduce Steps
1. Take device to no service area.
2. MO call make sure error pops up indicating device has no network.
* Expected Result
Data call icon should be gone when there is no service.
* Actual Result
1x or Ev icon will still be on notification bar.
* Occurrence rate
100%
Updated•11 years ago
|
Assignee: nobody → echen
blocking-b2g: koi? → koi+
Comment 1•11 years ago
|
||
Comment on attachment 798388 [details]
time stamp: 12:04, 9/2.
After taking device to no service area, the data registration status reported from modem is still "registered".
=======
09-02 12:04:30.450 I/Gecko ( 199): RIL Worker[0]: Parcel (size 60): 0,0,0,0,53,1,0,0,0,0,0,0,6,0,0,0,1,0,0,0,49,0,0,0,255,255,255,255,255,255,255,255,2,0,0,0,49,0,50,0,0,0,0,0,255,255,255,255,2,0,0,0,50,0,48,0,0,0,0,0
09-02 12:04:30.450 I/Gecko ( 199): RIL Worker[0]: We have at least one complete parcel.
09-02 12:04:30.450 I/Gecko ( 199): RIL Worker[0]: Solicited response for request type 21, token 309, error 0
09-02 12:04:30.450 I/Gecko ( 199): RIL Worker[0]: Handling parcel as REQUEST_DATA_REGISTRATION_STATE
09-02 12:04:30.460 I/Gecko ( 662): -*- RILContentHelper: Received message 'RIL:DataInfoChanged': {"clientId":0,"data":{"connected":true,"emergencyCallsOnly":false,"roaming":false,"network":{"longName":null,"shortName":null,"mcc":null,"mnc":null},"cell":{"gsmLocationAreaCode":-1,"gsmCellId":-1},"type":"evdob","signalStrength":null,"relSignalStrength":null,*"state":"registered"*,"apn":"APTNET"}}
=======
And there is no UNSOLICITED_DATA_CALL_LIST_CHANGED, it seems original data call is still existed in data call list in modem side.
Comment 2•11 years ago
|
||
According to comment #1, I think this issue was caused by modem did not handle/report data status correctly. There is nothing we can do in ril side, so renominating, Thanks.
blocking-b2g: koi+ → koi?
Comment 3•11 years ago
|
||
hi Ivan,
could you please contact ZTE and see if they can support modern related issue.
Assignee: echen → itsay
blocking-b2g: koi? → koi+
Whiteboard: [FT:RIL], [POVB] → [FT:RIL, POVB]
Comment 4•11 years ago
|
||
Already send the email to partner several for asking the help on the issue. However, since Wasabi is the old model from 2 years ago and currently not the official project for our partner, partner won't have timely support on this one. Partner said they can help on the issue analysis but won't be able to provide fix even the issue is identified in the vendor's build.
Assignee: itsay → nobody
Updated•11 years ago
|
Component: Gaia → Vendcom
Comment 7•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•