1226065 - Sometimes data connection just doesn't work even it's with good 4G signal

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: RIL, defect)

Description

[Ting-Yu Chou [:ting] (away)]

Attachment: logcat.txt

I am not sure how to reproduce this, but I just left my Aries overnight without using it which had WiFi and data connection on. Then in the morning, checking email and browser just in progres forever. I need reboot to recover, toggle flight mode doesn't help.

I grabbed a logcat with debug options "RIL Output in ADB" and "Network Output in ADB" on.

Comment 1

[Hsin-Yi Tsai (she/her) [:hsinyi]]

Hi John,
Please help investigate this.

Comment 2

[Ting-Yu Chou [:ting] (away)]

Attachment: logcat2.txt

Just ran into this issue again, got another logcat with timestamp.

Comment 3

[Ting-Yu Chou [:ting] (away)]

Will get /proc/net/route next time.

Comment 4

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Hsin-Yi Tsai [:hsinyi] from comment #1)
> Hi John,
> Please help investigate this.

Hi John, per talked, please also think about how we could help contributors get more beneficial  information, e.g. well-documented instructions to collect debug msgs, a handy script to help them capture what we need all at once. Thank you.

Comment 5

[Ting-Yu Chou [:ting] (away)]

$ adb shell cat /proc/net/route
Iface   Destination     Gateway         Flags   RefCnt  Use     Metric  Mask   MTU      Window  IRTT
rmnet0  00000000        793DA60A        0003    0       0       0       000000000       0       0
rmnet0  783DA60A        00000000        0001    0       0       0       FCFFFFFF0       0       0
rmnet0  01015FA8        793DA60A        0007    0       0       0       FFFFFFFF0       0       0
rmnet0  01015FA8        793DA60A        0007    0       0       0       FFFFFFFF0       0       0
rmnet0  01C05FA8        793DA60A        0007    0       0       0       FFFFFFFF0       0       0
rmnet0  01C05FA8        793DA60A        0007    0       0       0       FFFFFFFF0       0       0

Comment 6

[Ting-Yu Chou [:ting] (away)]

Hmm... I just killed all the apps, and then it recovered, probably this is not about RIL. I'll try again next time.

Comment 7

[John Dai[:jdai]]

Attachment: Bug 1226065 - Enable debug log.

What kinds of apps are you usually use? Could you describe more details about reproduce steps?

If you have no concern switch from dogfood to nightly, you can apply my patch to enable NetworkUtils log. It will more helpful to identify routing issue.

Comment 8

[Ting-Yu Chou [:ting] (away)]

Switched to nightly which applied attachment 8692283 [details] [diff] [review], will update log next time.

Comment 9

[Ting-Yu Chou [:ting] (away)]

Attachment: dev-log-main.log

This morning while I was using Facebook on metro, it showed something like "Unable to connect to server" (sorry, I couldn't remember the correct wording). Then I shaked to keep this log, but the situation got recovered in few minutes.

Comment 10

[Ting-Yu Chou [:ting] (away)]

Attachment: dev-log-main_2.log

This was captured last night when I was on the metro and using browser. It also got recovered in few minutes.

Comment 11

[Ting-Yu Chou [:ting] (away)]

(In reply to John Dai[:johnz][:jdai] from comment #7)
> What kinds of apps are you usually use? Could you describe more details
> about reproduce steps?

I was just browsing on MRT, it could be facebook, news sites, or whatever pages. I couldn't reproduce it steadily, it just happens sometimes.

Comment 12

[Ting-Yu Chou [:ting] (away)]

Attachment: dev-log-main.log

Somehow dns look up kept failed:

12-23 18:54:41.217 32752 10105 I PRLog   : -1217157648[a49c2300]: DNS lookup thread - lookup completed for host [scontent-tpe1-1.xx.fbcdn.net]: failure: unknown host.
12-23 18:54:41.217 32752 10113 I PRLog   : -1217223448[a5310a80]: DNS lookup thread - lookup completed for host [udn.com]: failure: unknown host.
12-23 18:54:45.697 32752 10915 I PRLog   : -1217183808[a59e9180]: DNS lookup thread - lookup completed for host [edge-chat.facebook.com]: failure: unknown host.
12-23 18:54:50.687 32752 10985 I PRLog   : -1217154008[9e682d80]: DNS lookup thread - lookup completed for host [mobile.udn.com]: failure: unknown host.
12-23 18:54:52.197 32752 10812 I PRLog   : -1217186728[a5311000]: DNS lookup thread - lookup completed for host [member.udn.com]: failure: unknown host.

Comment 13

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Ting-Yu Chou [:ting] from comment #12)
> Created attachment 8701673 [details]
> dev-log-main.log
> 
> Somehow dns look up kept failed:
> 
> 12-23 18:54:41.217 32752 10105 I PRLog   : -1217157648[a49c2300]: DNS lookup
> thread - lookup completed for host [scontent-tpe1-1.xx.fbcdn.net]: failure:
> unknown host.
> 12-23 18:54:41.217 32752 10113 I PRLog   : -1217223448[a5310a80]: DNS lookup
> thread - lookup completed for host [udn.com]: failure: unknown host.
> 12-23 18:54:45.697 32752 10915 I PRLog   : -1217183808[a59e9180]: DNS lookup
> thread - lookup completed for host [edge-chat.facebook.com]: failure:
> unknown host.
> 12-23 18:54:50.687 32752 10985 I PRLog   : -1217154008[9e682d80]: DNS lookup
> thread - lookup completed for host [mobile.udn.com]: failure: unknown host.
> 12-23 18:54:52.197 32752 10812 I PRLog   : -1217186728[a5311000]: DNS lookup
> thread - lookup completed for host [member.udn.com]: failure: unknown host.

We are unable to tell what is a possible cause to this resolution issue. Is it possible that somehow when gecko tries to recovery data lost, there's a racing b/w route setting that leads to dns problems?

I am trying to toggling "network type" selection to trigger data re-connection. See if I could reproduce this.

Comment 14

[Hsin-Yi Tsai (she/her) [:hsinyi]]

(In reply to Hsin-Yi Tsai [:hsinyi] from comment #13)
> (In reply to Ting-Yu Chou [:ting] from comment #12)
> > Created attachment 8701673 [details]
> > dev-log-main.log
> > 
> > Somehow dns look up kept failed:
> > 
> > 12-23 18:54:41.217 32752 10105 I PRLog   : -1217157648[a49c2300]: DNS lookup
> > thread - lookup completed for host [scontent-tpe1-1.xx.fbcdn.net]: failure:
> > unknown host.
> > 12-23 18:54:41.217 32752 10113 I PRLog   : -1217223448[a5310a80]: DNS lookup
> > thread - lookup completed for host [udn.com]: failure: unknown host.
> > 12-23 18:54:45.697 32752 10915 I PRLog   : -1217183808[a59e9180]: DNS lookup
> > thread - lookup completed for host [edge-chat.facebook.com]: failure:
> > unknown host.
> > 12-23 18:54:50.687 32752 10985 I PRLog   : -1217154008[9e682d80]: DNS lookup
> > thread - lookup completed for host [mobile.udn.com]: failure: unknown host.
> > 12-23 18:54:52.197 32752 10812 I PRLog   : -1217186728[a5311000]: DNS lookup
> > thread - lookup completed for host [member.udn.com]: failure: unknown host.
> 
> We are unable to tell what is a possible cause to this resolution issue. Is
> it possible that somehow when gecko tries to recovery data lost, there's a
> racing b/w route setting that leads to dns problems?
> 
> I am trying to toggling "network type" selection to trigger data
> re-connection. See if I could reproduce this.

With no luck that I haven't reproduced this so far...

Comment 15

[BMO Automation]

Firefox OS is not being worked on