This bug was marked Incomplete some time ago and was supposed to
autoclose after 90 days. I'm going to close it manually due to no
activity (and likely the issue has gone away/been fixed).
** Changed in: network-manager (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug noti
OK, please let me know if you're able to reproduce this with multiple
SIMs.
Note that bug #1350332 ( which is private ) describes a problem with
mobile-data not being re-established for the 2nd slot after FlightMode
is disabled. I'm pretty sure this is a generic problem on krillin which
affects b
My guess here is that what I saw was an instance of the generic problem
that NM seems to have some times creating connections, which is probably
related to not detecting the creation of the ofono's ConnectionManager
interface.
As I usually have two SIMs around, this is maybe easier for me to
repro
Note, I tried the same scenarios on krillin running rtm image #17.
In both cases, I see the same behavior, that NM properly re-connects the
connection after the problem has been resolved. Also, in the case where
I used the patched ofono, I checked and there seemed to be no effect on
the Mobile Da
Here's the patch to to cause DATA_CALL failures:
=== modified file 'drivers/rilmodem/gprs-context.c'
--- drivers/rilmodem/gprs-context.c 2014-07-30 07:30:49 +
+++ drivers/rilmodem/gprs-context.c 2014-09-10 20:34:46 +
@@ -144,7 +144,12 @@
DBG("*gc: %p", gc);
- if (
So I re-tested your incorrect APN scenario and another that was as close
as I could get to your original scenario. Note, I didn't check the
mobile data settings in any of these tests.
Here's what I did on mako, running rtm image #26 plus a modified version
of the latest ofono from the rtm.
I sto
** Changed in: network-manager (Ubuntu)
Status: New => Incomplete
** Changed in: network-manager (Ubuntu)
Assignee: (unassigned) => Alfonso Sanchez-Beato (alfonsosanchezbeato)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to n
So, in the case of an incorrect APN, it's my assumption that the APN
Editor will *always* notify NM after adding a new custom Internet
context ( ie. because fixing isn't yet allowed ). We should verify this
with the System Settings team.
I *think* you should be able to re-create the first scenari
** Changed in: network-manager (Ubuntu)
Status: Incomplete => New
** Changed in: network-manager (Ubuntu)
Assignee: Alfonso Sanchez-Beato (alfonsosanchezbeato) => (unassigned)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to n
This happened for touch image #149, with network-manager version
0.9.8.8-0ubuntu23 .
syslog for a simulated case where the APN name is wrong (APN
err.airtelwap.es), then ofono is stopped, the APN corrected
(airtelwap.es) and the phone rebooted is attached. The result is that no
context is activate
Please add version info for NetworkManager and an image # as this is a
phone-specific bug, not a desktop bug.
Can you also please add a condensed version of the syslog containing the
NetworkManager messages and ofono's gprs settings file?
Also, if you can come up with an easy set of steps to repr
** Changed in: network-manager (Ubuntu)
Status: New => Incomplete
** Changed in: network-manager (Ubuntu)
Assignee: (unassigned) => Alfonso Sanchez-Beato (alfonsosanchezbeato)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to n
12 matches
Mail list logo
