Closed Bug 817036 Opened 12 years ago Closed 12 years ago

Lost cell data connectivity: APN settings not working

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: hub, Unassigned)

Details

Attachments

(1 file)

I try to set the APN settings it does not work, I never get data service. I use to work earlier this week. This is not bug 813854.
This is this AM repo sync. Was the same yesterday.
(In reply to Hub Figuiere [:hub] from comment #0) > I try to set the APN settings it does not work, I never get data service. I'd be great to have more information about what's exactly failing. Also it'd be useful to know which carrier you're using (mobile country code/mobile network code info would be really appreciated) and the |adb logcat| output with RIL debug on (see bug 811605 for some useful information). AFAIK there have not been important changes in the APN setting logic in from the beginning of this week.
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
(In reply to José Antonio Olivera Ortega [:jaoo] from comment #2) > (In reply to Hub Figuiere [:hub] from comment #0) > > I try to set the APN settings it does not work, I never get data service. > > I'd be great to have more information about what's exactly failing. I never the "2G" logo at the top and the browser is always in offline mode. > Also > it'd be useful to know which carrier you're using (mobile country > code/mobile network code info would be really appreciated) Speakout (a MVNO on top of Rogers, Rogers being the only thing Unagi is partially compatible with - it requires the APN and the proxy to be set to work). See bug 807312 for the details. > and the |adb > logcat| output with RIL debug on (see bug 811605 for some useful > information). AFAIK there have not been important changes in the APN setting > logic in from the beginning of this week. Nothing simplier to enable debug ? It is very verbose. Anything I should filter?
Summary: APN settings not working → Lost cell data connectivity: APN settings not working
Flags: needinfo?(josea.olivera)
Flags: needinfo?(josea.olivera)
Oops, sorry for the lag. Well, find attached the output you have to look for. The `ril.data.*` settings must be updated properly when you apply the APN setting and aslo see what happens when you enable data calls (I mean if the ril_worker.js receives the message to set up the data call). To be honest I'm not tested yet data calls with virtual carriers so I'll try to reproduce your issue with a ICC card from Tuenti (which is a MVNO on top of Telefonica Movistar).
When I toggle off/on cell data I only get this in logcat. Nothing else. D/memalloc( 740): /dev/pmem: Mapped buffer base:0x45e5d000 size:3702784 offset:3620864 fd:52 D/memalloc( 661): /dev/pmem: Freeing buffer base:0x4a872000 size:8192 offset:3612672 fd:141 D/memalloc( 740): /dev/pmem: Unmapping buffer base:0x45ae9000 size:3620864 offset:3612672 D/memalloc( 740): /dev/pmem: Unmapping buffer base:0x45e5d000 size:3702784 offset:3620864 D/memalloc( 661): /dev/pmem: Freeing buffer base:0x4a85c000 size:8192 offset:3522560 fd:147 D/memalloc( 661): /dev/pmem: Freeing buffer base:0x4a874000 size:81920 offset:3620864 fd:154 D/memalloc( 661): /dev/pmem: Freeing buffer base:0x4a85e000 size:81920 offset:3530752 fd:150 D/memalloc( 740): /dev/pmem: Unmapping buffer base:0x44dad000 size:3530752 offset:3522560 D/memalloc( 740): /dev/pmem: Unmapping buffer base:0x45700000 size:3612672 offset:3530752 I/ONCRPC ( 112): rpc_handle_rpc_call: for Xid: 1d37, Prog: 31000000, Vers: fc37ad5c, Proc: 0000000e I/ONCRPC ( 112): rpc_handle_rpc_call: Find Status: 0 Xid: 1d37 I/ONCRPC ( 112): oncrpc_proxy_handle_cmd_rpc_call: Dispatching xid: 1d37 I/IdleService( 661): Get idle time: time since reset 910 msec I/IdleService( 661): Idle timer callback: current idle time 910 msec I/IdleService( 661): next timeout 1354811332218595 usec (89 msec from now) I/IdleService( 661): SetTimerExpiryIfBefore: next timeout 1354811332218595 usec I/IdleService( 661): reset timer expiry from 0 usec to 1354811332228595 usec I/IdleService( 661): Get idle time: time since reset 1010 msec I/IdleService( 661): Idle timer callback: current idle time 1010 msec I/IdleService( 661): next timeout 5649778626220249 usec (4294967293989 msec from now) I/IdleService( 661): SetTimerExpiryIfBefore: next timeout 5649778626220249 usec I/IdleService( 661): reset timer expiry from 0 usec to 5649778626230249 usec I/IdleService( 661): Idle timer callback: tell observer 485be130 user is idle I/IdleService( 661): Get idle time: time since reset 1013 msec I/ONCRPC ( 112): rpc_handle_rpc_call: for Xid: 1d39, Prog: 31000000, Vers: fc37ad5c, Proc: 00000012 I/ONCRPC ( 112): rpc_handle_rpc_call: Find Status: 0 Xid: 1d39 I/ONCRPC ( 112): oncrpc_proxy_handle_cmd_rpc_call: Dispatching xid: 1d39 I/ONCRPC ( 112): rpc_handle_rpc_call: for Xid: 1d3b, Prog: 31000000, Vers: fc37ad5c, Proc: 00000012 I/ONCRPC ( 112): rpc_handle_rpc_call: Find Status: 0 Xid: 1d3b I/ONCRPC ( 112): oncrpc_proxy_handle_cmd_rpc_call: Dispatching xid: 1d3b Yes I have ril debug: pref("ril.debugging.enabled", true);
I do believe this problem is a user error. This is a prepaid 7-11 cell phone service. The data plan cost $10, but will only activate with $12 on the balance... So it didn't renew because there is less than $11. Off course the carrier didn't even send me a text message or something to tell me it didn't work, and I didn't know about the $12 minimum (+$2 from the cost). I'll get a top up credit. *sigh*
Flags: needinfo?(hub)
It was actually a problem with the service. I was supposed to get a text message notifying and it never happened. Now it all good and working.
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(hub)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: