1127662 - [FFOS2.0][Woodduck][GCF]Device can not broswer the website in the test server

Status: RESOLVED INVALID

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

Description

[pengfei.huang]

Attachment: mtklog27.22.7.9.1.1.rar

DEFECT DESCRIPTION:
Device can not broswer the website in the test server

 REPRODUCING PROCEDURES:
When test GCF case 27.22.7.9.1/1, we need broswer the website in the test
server, input website address http://xxx.yyy.zzz, but device can not broswer
this website.

 EXPECTED BEHAVIOUR:
Devide should browser this website successfully to pass this case

 ASSOCIATE SPECIFICATION:

 TEST PLAN REFERENCE:

 TOOLS AND PLATFORMS USED:

 USER IMPACT:

 REPRODUCING RATE:

 For FT PR, Please list reference mobile's behavior:

 Reporter phone number:0752-2639862(61862)

Comment 1

[Josh Cheng [:josh]]

Hi PengFei,
Are you sure http://xxx.yyy.zzz is a correct server address?
Can you open this webpage with other device or desktop?

Comment 2

[shawn ku [:sku]]

Please TCL network team to check this issue first.

All we can see is data get connected, interface/ip are ready too.

01-23 03:47:35.355   165   417 I Gonk    : Connected to netd
01-23 03:47:35.363   165   896 D DHCP    : ifc_add_route(ccmni0, 192.168.1.1, 32, 200.1.1.80) = 0
01-23 03:47:35.364   165   896 D DHCP    : ifc_create_default_route(ccmni0, 1342243272) = 0
01-23 03:47:35.417   165   165 I Gecko   : -*- RILContentHelper: Received message 'RIL:DataInfoChanged': {"clientId":0,"data":{"connected":true,"emergencyCallsOnly":false,"roaming":false,"network":{"longName":"00101","shortName":"00101","mcc":"001","mnc":"01"},"cell":{"gsmLocationAreaCode":1,"gsmCellId":0},"type":"umts","signalStrength":-51,"relSignalStrength":100,"state":"registered"}}

Comment 3

[shawn ku [:sku]]

"dnses":[] <- check this part first please.


01-23 03:47:35.247   165   581 I Gecko   : RIL Worker: [0] Handling parcel as REQUEST_SETUP_DATA_CALL
01-23 03:47:35.248   165   581 I Gecko   : RIL Worker: Next parcel size unknown, going to sleep.
01-23 03:47:35.254   165   165 I Gecko   : -*- RadioInterface[0]: Received message from worker: {"status":0,"suggestedRetryTime":0,"cid":"0","active":2,"type":"IP","ifname":"ccmni0","addresses":["200.1.1.80"],"dnses":[],"gateways":["200.1.1.80"],"state":1,"radioTech":3,"apn":"TestGp.rs","user":"","passwd":"","chappap":3,"pdptype":"IP","rilMessageType":"datacallstatechange","rilMessageClientId":0}

Comment 4

[pengfei.huang]

(In reply to Josh Cheng [:josh] from comment #1)
> Hi PengFei,
> Are you sure http://xxx.yyy.zzz is a correct server address?
> Can you open this webpage with other device or desktop?
Dear Josh & Shawn,
  At the lab test, the website is prepared for testing. The URL can visited on lab environment.
  VAL analysis this bug is due to APN. And more analysis I am asking for right guy.
  
  Latest news, Dengwei reminds me the lab will change APN for testing again. It's can be operation mistaken. Please know it.
  Thanks.

Comment 5

[Josh Cheng [:josh]]

Hi PengFei,
DO you have any update for the root cause? Thanks!

Comment 6

[pengfei.huang]

(In reply to Josh Cheng [:josh] from comment #5)
> Hi PengFei,
> DO you have any update for the root cause? Thanks!
Hi Josh,
  TMC is retesting. I will update ASAP when receive feedback.
  Thank you.

Comment 7

[pengfei.huang]

Attachment: mtklog_fail_log.rar

Dear Josh & Shawn,
  TMC test result:failed in lab. can't visit the website.
  VAL test successfully at home. And provide the information as follow,

1. lab fail log：
01-31 10:12:58.036   932   932 I Gecko   : ############################### browserElementPanning.js loaded
01-31 10:12:58.268   932   932 I Gecko   : ######################## BrowserElementChildPreload.js loaded
01-31 10:12:58.688   168   168 E GeckoConsole: [JavaScript Error: "ReferenceError: Awesomescreen is not defined" {file: "app://browser.gaiamobile.org/js/browser.js" line: 1065}]
01-31 10:13:04.220   975   975 I Gecko   : ############################### browserElementPanning.js loaded
01-31 10:13:04.239   975   975 I Gecko   : ######################## BrowserElementChildPreload.js loaded
2. success log：
02-02 09:55:36.664  1128  1128 I Gecko   : ############################### browserElementPanning.js loaded
02-02 09:55:36.681  1128  1128 I Gecko   : ######################## BrowserElementChildPreload.js loaded
02-02 09:56:22.643   162   162 E GeckoConsole: Content JS LOG at app://browser.gaiamobile.org/js/browser_db.js:321 in getIconError: Error fetching icon
02-02 09:56:22.936   919   919 E GeckoConsole: Content JS ERROR at about:neterror?e=proxyResolveFailure&u=http%3A//xxx.yyy.zzz/&c=UTF-8&f=browser&m=app%3A//browser.gaiamobile.org/manifest.webapp&d=Firefox%20is%20configured%20to%20use%20a%20proxy%20server%20that%20can%27t%20be%20found.:1217 in initPage: net-error
02-02 09:56:54.568   162   162 E GeckoConsole: Content JS LOG at app://browser.gaiamobile.org/js/browser_db.js:321 in getIconError: Error fetching icon
02-02 09:56:54.867   919   919 E GeckoConsole: Content JS ERROR at about:neterror?e=proxyResolveFailure&u=http%3A//xxx.yyy.zzz/&c=UTF-8&f=browser&m=app%3A//browser.gaiamobile.org/manifest.webapp&d=Firefox%20is%20configured%20to%20use%20a%20proxy%20server%20that%20can%27t%20be%20found.:1217 in initPage: net-error

  Please help us analysis.Thanks.

Comment 8

[pengfei.huang]

Dear Mozilla,
  In the TMC lab environment, VAL confirm the first step(http get) of visiting website not be executed successfully. 
  Does the log key word "dnses" mean DNS?
  Thank you.

Comment 9

[yifan [:yifan][:yliao]]

01-31 10:12:58.688   168   168 E GeckoConsole: [JavaScript Error: "ReferenceError: Awesomescreen is not defined" {file: "app://browser.gaiamobile.org/js/browser.js" line: 1065}]

I assume this line should have nothing to do with the error. It's because the Awesomescreen javascript file can't be loaded.

02-02 09:56:22.936   919   919 E GeckoConsole: Content JS ERROR at about:neterror?e=proxyResolveFailure&u=http%3A//xxx.yyy.zzz/&c=UTF-8&f=browser&m=app%3A//browser.gaiamobile.org/manifest.webapp&d=Firefox%20is%20configured%20to%20use%20a%20proxy%20server%20that%20can%27t%20be%20found.:1217 in initPage: net-error

The error here specified that 'Firefox is configured to use a proxy server that can't be found.'. It's probably due to your local test network settings.

Comment 10

[pengfei.huang]

Hi yifan,
  Your analysis is right.
  The success log tested by VAL execute the whole http request and response steps correctly. But the TMC test is fail at http get request even there is no network.

Comment 11

[Josh Cheng [:josh]]

Hi PengFei,
Have your VAL pass the test? Do you still need help?

Comment 12

[[e-mail]]

Hi josh,

(In reply to Josh Cheng [:josh] from comment #11)
> Hi PengFei,
> Have your VAL pass the test? Do you still need help?

in the lab is still not ok yet.
we don't know why we can't access in the simulation environment.
we still need help.

Comment 13

[pengfei.huang]

Dear Josh,
  The situation now as follow:
  VAL simulate the test at real network and can test pass.
  TMC test is at virtual network with lab device but test fail.
  But we have to figure out why TMC test failed. And VAL engineer confirm TMC fail at http get request even there is no network. So, could help us try more analysis.

Comment 14

[yifan [:yifan][:yliao]]

Sorry that I'm not an expert in the network handling and have no idea what's going on behind the log. We need someone who's specialized in this field. Just in case can other firefox os or android phone pass the test?

Comment 15

[Josh Cheng [:josh]]

Hi PengFei,
Can you provide new log from TMC? 
Thanks!

Comment 16

[pengfei.huang]

Hi Josh & yifan,
   The attachment mtklog_fail_log.rar on comment7 is the log TMC provided. I and Jiabin will ask VAL provide the Android log for you. we don't know other firefox os whether has the same problem. Woodduck is base on 2.0m.

Comment 17

[Josh Cheng [:josh]]

Paste mail from PengFei:

VAL的分析和疑问，还请Mozilla帮忙提供答疑，感谢.
    VAL的分析:
     通过log可以看测试使用的APN
     "apn":"TestGp.rs","user":"","password":"","proxy":"192.168.1.1","port":"8080","authtype":"notDefined","protocol":"IP","roaming_protocol":"IP","types"
     Radio log中建立数据链接的时候  requestSetupData profile=0, apn=TestGp.rs, username=, password=xxxx, authType=1, protocol=0, interfaceId=0
   VAL疑问：
     User name为空，password是xxxx,这里也是代表空的意思吗？还有authtype-1代表的又是什么？这里是否有错误，看下面AT有error返回 
     queryMatchedPdnWithSameApn AT+CGCONTRDP response error

Comment 18

[yifan [:yifan][:yliao]]

My colleague analyzed that from the radio log, it seems that the modem didn't respond correct informations. In the radio log ln.5857 the AT+CGCONTRDP didn't provide necessary network parameters so the device couldn't establish a successful connection.

Comment 19

[pengfei.huang]

Attachment: Fire2-3.5-web-log.rar

Hi Josh,
  The all log is here.
  per TMC reply mail:
  log anite-network/20150123: can visit website but fail at close browser.
  log anite-network/20150201: can't visit website.
  new log anite-network/20150201-newlog2-: can't visit website.
  log mtklog-2.1-normal network: test on real network and pass.
  Could you please help us do more detail analysis? Many thanks.

Comment 20

[pengfei.huang]

Dear Mozilla,
  Sync TMC test steps information. TMC test step as follow.
   1.Select STK menu,run "27.22.7.9.1/1" case;
   2.Register a BROWSER_TERMINATION event;
   3.STK menu display a dialog with a URL and user click the URL;
   4.Launch a browser and loading the page;             -----> can't visit page.
   if above steps success,
   5.Close Browser app.
   6.Gaia will send an envelope(Event Download) to sim.

Comment 21

[Josh Cheng [:josh]]

Hi Woodduck,
I need your help to check the radio log from comment 19 per feedback of comment 18. Thanks!

Comment 22

[woodduck]

Hi Wenquan, Please check it. Thanks.

Comment 23

[Sean Lee [:seanlee][:weilonge]]

Hi Pengfei,

In your comment 20, how did SIM card request ME to open URL? '0x15': function STK_CMD_LAUNCH_BROWSER ?

Comment 24

[pengfei.huang]

(In reply to Sean Lee [:seanlee] from comment #23)
> Hi Pengfei,
> 
> In your comment 20, how did SIM card request ME to open URL? '0x15':
> function STK_CMD_LAUNCH_BROWSER ?
  It's the TMC case implementation. Like executing another case.

Comment 25

[pengfei.huang]

Attachment: android_mtklog27.22.7.9.1.rar

Dear All,
  Android pass log.

Comment 26

[wenquan.zhong]

Jibin and Haifang are checking!

Comment 27

[Josh Cheng [:josh]]

Update: Partner has defer the case as this is Their access point related issue.