Activity log for bug #1514940

Date Who What changed Old value New value Message
2015-11-10 18:17:14 Nelux bug added bug
2015-11-10 18:17:14 Nelux attachment added screenshot20151104_100839757.png https://bugs.launchpad.net/bugs/1514940/+attachment/4516352/+files/screenshot20151104_100839757.png
2015-11-10 18:19:11 Nelux attachment added Leaving wifi coverage. Mobile connects correctly. https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1514940/+attachment/4516353/+files/syslog_working_wifi
2015-11-10 18:20:38 Nelux attachment added Leaving wifi coverage. Mobile connection is stablished but system doesn't set a route https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1514940/+attachment/4516354/+files/syslog_not_working_wifi
2015-11-10 18:21:59 Nelux attachment added Leaving mobile coverage. Connection is correctly re-established https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1514940/+attachment/4516355/+files/syslog_working_mobile
2015-11-10 18:23:50 Nelux attachment added Leaving mobile coverage. Connection is re-established but system doesn't set a route https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1514940/+attachment/4516356/+files/syslog_not_working_mobile
2015-11-10 18:31:22 Nelux description Sorry for my English, still is not good. This bug is similar to https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1436427 Connection is established but system doesn't set a route. Executing ip route is empty. phablet@ubuntu-phablet:~$ sudo system-image-cli -i current build number: 26 device name: krillin channel: ubuntu-touch/stable/bq-aquaris.en last update: 2015-10-22 14:14:45 version version: 26 version ubuntu: 20151015 version device: 20150821-736d127 version custom: 20150925-901-35-40-vivid This bug is very very difficult to reproduce. You can follow this steps and sometimes fail: 1- Keep always screen off. 2- Go to a zone without wifi nor mobile coverage, for example, an underground parking. 3- Stay in for a few minutes. 4- When you go out and screen on mobile you observe connection is established, but sometimes system doesn't set a route, so you don't have Internet access regardless you have a connection established. In the screenshot attached you can view that. Workaround: enable plane mode then disable. This bug happens with wifi connected or disconnected, and with wifi enabled or disabled. And happens only when phone is suspended. It seems it's too many suspended and NetworkManager can't perform certain actions. I will attach 4 syslog's from early days ago, here you can see when it's working well and when not. I've observed that when it works this line is present: NetworkManager[1500]: <info> Policy set ......[(ccmni0) or (wlan0)] as default for IPv4 routing and DNS. If this line is not present it doesn't works. Sorry for my English, still is not good. This bug is similar to https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1436427 Connection is established but system doesn't set a route. Executing ip route is empty. phablet@ubuntu-phablet:~$ sudo system-image-cli -i current build number: 26 device name: krillin channel: ubuntu-touch/stable/bq-aquaris.en last update: 2015-10-22 14:14:45 version version: 26 version ubuntu: 20151015 version device: 20150821-736d127 version custom: 20150925-901-35-40-vivid This bug is very very difficult to reproduce. You can follow this steps and sometimes fail: 1- Keep always screen off. 2- Go to a zone without wifi nor mobile coverage, for example, an underground parking. 3- Stay in for a few minutes. 4- When you go out and screen on mobile you observe connection is established, but sometimes system doesn't set a route, so you don't have Internet access regardless you have a connection established. In the screenshot attached you can view that. Workaround: enable plane mode then disable. This bug happens with wifi connected or disconnected, and with wifi enabled or disabled. And happens only when phone is suspended. It seems it's too many suspended and NetworkManager can't perform certain actions. I will attach 4 syslogs from early days ago, here you can see when it's working well and when not. I've observed that when it works this line is present: NetworkManager[1500]: <info> Policy set ......[(ccmni0) or (wlan0)] as default for IPv4 routing and DNS. If this line is not present it doesn't works.