Closed
Bug 961927
Opened 11 years ago
Closed 11 years ago
[DSDS] Out of coverage RSSI is not correct based on UX spec.
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-b2g:1.3+, b2g-v1.3 verified, b2g-v1.4 fixed)
VERIFIED
FIXED
blocking-b2g | 1.3+ |
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.
Assignee | ||
Comment 5•11 years ago
|
||
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?
Assignee | ||
Comment 7•11 years ago
|
||
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.
Comment 10•11 years ago
|
||
(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)
Reporter | ||
Comment 11•11 years ago
|
||
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)
Comment 12•11 years ago
|
||
(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?
Comment 13•11 years ago
|
||
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)
Reporter | ||
Comment 15•11 years ago
|
||
(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.
Comment 16•11 years ago
|
||
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.
Comment 17•11 years ago
|
||
(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.
Comment 18•11 years ago
|
||
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
Comment 19•11 years ago
|
||
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
Assignee | ||
Comment 20•11 years ago
|
||
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".
Assignee | ||
Comment 21•11 years ago
|
||
After confirmed with Edgar, the condition should not exist. When voice.state is not "registered", emergencyCallsOnly should always be true.
Comment 22•11 years ago
|
||
UX, Please provide your guidance on the bug.
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 23•11 years ago
|
||
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)
Assignee | ||
Comment 24•11 years ago
|
||
Please refer to https://bugzilla.mozilla.org/show_bug.cgi?id=943227#c9 for the conclusion.
Flags: needinfo?(cawang)
Comment 25•11 years ago
|
||
release triage assessment: fix for 1.3
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → arthur.chen
Assignee | ||
Comment 27•11 years ago
|
||
The issue was fixed along with the patch of bug 943227.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Flags: needinfo?(jcheng)
Updated•11 years ago
|
Updated•11 years ago
|
Reporter | ||
Comment 28•11 years ago
|
||
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.
Description
•