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)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-)

RESOLVED WONTFIX
blocking-b2g -

People

(Reporter: echu, Unassigned)

References

Details

(Whiteboard: [FT:RIL, POVB])

Attachments

(1 file)

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%
blocking-b2g: --- → koi?
Blocks: 890325
Whiteboard: [FT:RIL]
Assignee: nobody → echen
blocking-b2g: koi? → koi+
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.
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?
Whiteboard: [FT:RIL] → [FT:RIL], [
Whiteboard: [FT:RIL], [ → [FT:RIL], [POVB]
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]
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
koi? for POVB
blocking-b2g: koi+ → koi?
Component: Gaia → Vendcom
Moving to minus for POVB
blocking-b2g: koi? → -
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.

Attachment

General

Creator:
Created:
Updated:
Size: