Closed Bug 961927 Opened 10 years ago Closed 10 years ago

[DSDS] Out of coverage RSSI is not correct based on UX spec.

Categories

(Firefox OS Graveyard :: Gaia::System, defect)

x86_64
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.3+, b2g-v1.3 verified, b2g-v1.4 fixed)

VERIFIED FIXED
blocking-b2g 1.3+
Tracking Status
b2g-v1.3 --- verified
b2g-v1.4 --- fixed

People

(Reporter: echu, Assigned: arthurcc)

References

Details

(Whiteboard: dsdsrun1.3-2)

Attachments

(3 files)

      No description provided.
Please refer to UX spec in bug 917705. When there is no coverage, there are 2 RSSI bugs.
1. None of the SIM RSSI use the icon with "x" on it.
2. When each one has data connection and once encounter no coverage condition, data call icon is still on top of RSSI.

* Build Number  
Fugu
Gaia      ee25b0e45649d2955f340ce4f71ad55712dd0fab
Gecko     913cf2b92845441c9578787362ddad6f2ac15df6
BuildID   20140121095108
Version   28.0a2

* Reproduce Steps
1 Insert 2 SIM and one has data call enabled.
2 Enter no coverage area.

* Expected Result
1. Follow the spec, there should be "x" on RSSI.
2. Data call icon should be removed when there is no coverage.

* Occurrence rate
100%
blocking-b2g: --- → 1.3?
Summary: [DSDS] Out of coverage RSSI is not correct based on → [DSDS] Out of coverage RSSI is not correct based on UX spec.
Whiteboard: dsdsrun1.3-2
Bug 943227 is different than this one because it's focus on whether both RSSI should have "x". And at that time at least SIM 2 RSSI has "x" icon but now both are just grey signal bars, no "x" icon.
Blocks: 938440
Based on the provided logs, both sim cards were still connected to networks ("connected": true). The "x" icon only appears when there is no connected network and unable to make emergency calls.
(In reply to Arthur Chen [:arthurcc] from comment #5)
> Based on the provided logs, both sim cards were still connected to networks
> ("connected": true). The "x" icon only appears when there is no connected
> network and unable to make emergency calls.

Hi Arthur,

The way I verified that is dial call to both SIM cards, all directed to voicemail. Any suggestion for that?
I found that it becomes unconnected when you keep it out of signal range for a period of time. Edgar, do you know how it works in detail?
Flags: needinfo?(echen)
I wait for 5 mins and make sure no MT can be received, still no "x" and data call icon is still there. It's really strange, I don't remember it took so long on bug 943227.
Joe - Can you triage this?
Flags: needinfo?(jcheng)
(In reply to Arthur Chen [:arthurcc] from comment #7)
> I found that it becomes unconnected when you keep it out of signal range for
> a period of time. Edgar, do you know how it works in detail?

Hmm, strange, from the log it seems device still connect with network.
Not sure what happen here.

Hi Enpei, could you help to capture radio log as well?
adb logcat -v threadtime -b radio -b main > foo.txt

Thank you.
Flags: needinfo?(echen) → needinfo?(echu)
Hi Edgar, it's hard to do so while I shield device, if I attach USB to device, it will connect to network.
Flags: needinfo?(echu)
(In reply to Enpei from comment #11)
> Hi Edgar, it's hard to do so while I shield device, if I attach USB to
> device, it will connect to network.

I think I found the point. From the log you provide, it seems the the sim card with data call established will not report status change when device is out of coverage. That is why I only see network is connected.
So if there is no data connection on both sim, the behavior is correct right?
Hi Sam,

We found the if device is out of coverage, the sim card with data call established will not report status changes, so that gaia doesn't show the correct icon. 
Could you help to check about this?

Thank you
Flags: needinfo?(sam.hua)
Hi edgar,
okay,but I need the log with -b radio.
Flags: needinfo?(sam.hua)
Attached file foo.txt
(In reply to Edgar Chen [:edgar][:echen] from comment #10)
> Hi Enpei, could you help to capture radio log as well?
> adb logcat -v threadtime -b radio -b main > foo.txt
Time stamp 16:29~ 16:34. Unable to MO emergency or normal call at that period, yet icon is still not out of coverage and even with data call icon.
Hi
i find the modem has reported the voice network changed to the gecko
1.  in the network
01-22 16:27:54.880   102   272 D AT      : [w] Channel5: AT< +CREG: 2,1,"0A8D","0000CC1A",0        
2.  no network 
    01-22 16:30:43.010   101   293 D RILC    : [w] [0263]> VOICE_REGISTRATION_STATE 
3.  01-22 16:30:43.010   101   293 D AT      : [w] Channel1: AT> AT+CREG?
4.  01-22 16:30:43.030   101   273 D AT      : [w] Channel1: AT< +CREG: 2,0
    01-22 16:30:43.030   101   293 D RILC    : [w] [0263]< VOICE_REGISTRATION_STATE {0,(null),(null),(null),(null),(null),(null),0,(null),(null),(null),(null),(null),(null),(null)}
5.  01-22 16:30:52.850   101   273 D AT      : [w] Channel0: AT< +CSQ: 0,99  ---RSSI = 0
6.  Find the network again
    01-22 16:34:53.880   101   273 D RILC    : [w] [UNSL]< UNSOL_RESPONSE_VOICE_NETWORK_STATE_CHANGED 
    01-22 16:34:53.880   101   273 D AT      : [w] Channel0: AT< +CREG: 1,"2B6C","00870A7B",2
    01-22 16:34:53.880   101   273 D RILC    : [w] [UNSL]< UNSOL_RESPONSE_VOICE_NETWORK_STATE_CHANGED 

we should check gecko first.
(In reply to sam.hua from comment #16)
> Hi
> i find the modem has reported the voice network changed to the gecko
> 1.  in the network
> 01-22 16:27:54.880   102   272 D AT      : [w] Channel5: AT< +CREG:
> 2,1,"0A8D","0000CC1A",0        
> 2.  no network 
>     01-22 16:30:43.010   101   293 D RILC    : [w] [0263]>
> VOICE_REGISTRATION_STATE 
> 3.  01-22 16:30:43.010   101   293 D AT      : [w] Channel1: AT> AT+CREG?
> 4.  01-22 16:30:43.030   101   273 D AT      : [w] Channel1: AT< +CREG: 2,0
>     01-22 16:30:43.030   101   293 D RILC    : [w] [0263]<
> VOICE_REGISTRATION_STATE
> {0,(null),(null),(null),(null),(null),(null),0,(null),(null),(null),(null),
> (null),(null),(null)}
> 5.  01-22 16:30:52.850   101   273 D AT      : [w] Channel0: AT< +CSQ: 0,99 
> ---RSSI = 0
> 6.  Find the network again
>     01-22 16:34:53.880   101   273 D RILC    : [w] [UNSL]<
> UNSOL_RESPONSE_VOICE_NETWORK_STATE_CHANGED 
>     01-22 16:34:53.880   101   273 D AT      : [w] Channel0: AT< +CREG:
> 1,"2B6C","00870A7B",2
>     01-22 16:34:53.880   101   273 D RILC    : [w] [UNSL]<
> UNSOL_RESPONSE_VOICE_NETWORK_STATE_CHANGED 
> 
> we should check gecko first.

Thanks, I will check gecko side.
Hmm, I think it is caused by below error,

$$01-22 16:30:43.000   107   107 I Gecko   : -*- RadioInterface[0]: Received message from worker: {"rilMessageType":"networkinfochanged","voiceRegistrationState":{"regState":0,"state":"notSearching","connected":false,"roaming":false,"emergencyCallsOnly":true,"cell":{"gsmLocationAreaCode":-1,"gsmCellId":-1},"radioTech":0,"type":null,"rilMessageType":"voiceregistrationstatechange"},"dataRegistrationState":{"regState":0,"state":"notSearching","connected":false,"roaming":false,"emergencyCallsOnly":true,"cell":{"gsmLocationAreaCode":-1,"gsmCellId":-1},"radioTech":0,"type":null,"rilMessageType":"dataregistrationstatechange"},"operator":{"rilMessageType":"operatorchange","longName":null,"shortName":null,"mcc":null,"mnc":null},"signal":{"voice":{"signalStrength":null,"relSignalStrength":null},"data":{"signalStrength":null,"relSignalStrength":null},"rilMessageType":"signalstrengthchange"}}
$$01-22 16:30:43.000   107   107 I Gecko   : -*- RadioInterface[0]: RIL is not ready for data connection: Phone's not registered or doesn't have data connection.
$$01-22 16:30:43.000   107   107 E GeckoConsole: [JavaScript Error: "operator is null" {file: "jar:file:///system/b2g/omni.ja!/components/RadioInterfaceLayer.js" line: 1690}]
Assignee: nobody → echen
Component: Gaia::System → RIL
Hmm, I found even gecko report correct status, there is still no 'x' on signal bar.
So I am going to file a separated bug for gecko part, and keep this bug tracking on Gaia part.
Thank you.
Assignee: echen → nobody
Component: RIL → Gaia::System
Depends on: 962522
It seems the "x" icon only appears in a very limited condition. Based on the code, it appears when voice.connected is false, emergencyCallsOnly is false, and voice.state is "notSearching".
After confirmed with Edgar, the condition should not exist. When voice.state is not "registered", emergencyCallsOnly should always be true.
UX,

Please provide your guidance on the bug.
Flags: needinfo?(firefoxos-ux-bugzilla)
Flagging Carrie, who owns the DSDS spec and will be able to say if this matches it (or not).
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(cawang)
Please refer to https://bugzilla.mozilla.org/show_bug.cgi?id=943227#c9 for the conclusion.
Flags: needinfo?(cawang)
release triage assessment: fix for 1.3
1.3+ for DSDS
blocking-b2g: 1.3? → 1.3+
Assignee: nobody → arthur.chen
The issue was fixed along with the patch of bug 943227.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Flags: needinfo?(jcheng)
Verified.
Fugu
Gaia      bb36b4164d3e51ca04b612e507e1178f80bf240d
Gecko     4227240a4d3e1e418ced160c2a48cb454d7b5645
BuildID   20140204104742
Version   28.0
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: