Wired interface cannot be disconnected using Shell network applet

Bug #881660 reported by graingert
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gnome-shell (Ubuntu)
Invalid
Medium
Unassigned
network-manager (Fedora)
Fix Released
Undecided
network-manager (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

When an ethernet cable is connected to an otherwise empty switch I can't get internet over wifi

I connect my computer to a switch that is not connected to any other device.
I connect my computer over wifi to my home AP
I disconnect the wired connection with network manager
I cannot ping google.com
I unplug the ethernet cable
I can ping google.com

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: network-manager 0.9.1.90-0ubuntu4
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
CRDA: Error: [Errno 2] No such file or directory
Date: Tue Oct 25 21:18:26 2011
Gconf:

IfupdownConfig:
 auto lo
 iface lo inet loopback
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
IpRoute:
 default via 192.168.0.1 dev eth1 proto static
 169.254.0.0/16 dev eth1 scope link metric 1000
 192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.7 metric 1
 192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.30 metric 2
Keyfiles: Error: [Errno 2] No such file or directory
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
ProcEnviron:
 LANGUAGE=en_GB:en
 PATH=(custom, no user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: network-manager
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
In , Kjartan (kjartan-redhat-bugs) wrote :

Description of problem:

I have my Dell Latitude E4300 in a docking station at work and when I try to disable wired ethernet to have the machine use the wireless it doesn't do anything.

The icon in the top bar still shows the wired network icon and I'm still connected to it.

I also see this error message in .xsession-errors:

    JS ERROR: !!! Exception was: Error: Error invoking NMClient.disconnect: Invalid callback given for argument callback
    JS ERROR: !!! lineNumber = '0'
    JS ERROR: !!! fileName = '"gjs_throw"'
    JS ERROR: !!! stack = '"("Error invoking NMClient.disconnect: Invalid callback given for argument callback")@gjs_throw:0
()@/usr/share/gnome-shell/js/ui/status/network.js:371
([object _private_Clutter_Event])@/usr/share/gnome-shell/js/ui/status/network.js:232
([object _private_Shell_GenericContainer],[object _private_Clutter_Event])@/usr/share/gnome-shell/js/ui/popupMenu.js:81
"'
    JS ERROR: !!! message = '"Error invoking NMClient.disconnect: Invalid callback given for argument callback"'
Gtk-Message: Failed to load module "pk-gtk-module"
[kmaraas@e4300 ~]$

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.
2.
3.

Actual results:

Expected results:

Additional info:

Revision history for this message
graingert (tagrain) wrote :
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

This is expected behavior: wired is supposed to be taken in priority over wireless and over other wireless systems (3G, bluetooth, etc).

As a workaround, you may wish to edit the connection settings, go under the IPv4 tab then click the Routes button, and check the "Use this connection only for resources on its network" checkbox. This will avoid NM using this connection as a default gateway.

Since it's not a bug, I'm closing this as Invalid.

Changed in network-manager (Ubuntu):
status: New → Invalid
Revision history for this message
graingert (tagrain) wrote :

This is not invalid as I pressed Disconnect in network manager.

This might be a gnome-shell issue as I have not tested it in unity's network manager.

Revision history for this message
graingert (tagrain) wrote :

I understand prioritising ethernet over wired when I am connected, but when I set the connection to "off" it should not be used at all.

Revision history for this message
graingert (tagrain) wrote :

It seems that disabling the ethernet connection does not actually disconnect it. As I am writing this message without a wireless card and the "Ethernet Controller" connection "off".

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

If you click "Off" or whatever for the connection, it *is* disconnected. What may happen though is that it re-connects if it's set to connect automatically. What you need to be looking at is likely the icon in Shell or in Unity to tell whether something is connected or not; but in any case if the connection is disconnected, it's not going to be used for the default route (and it shouldn't normally get autoconnected after that, or at least it doesn't with nm-applet).

Regardless, if you have reason to believe there's still an issue, don't hesitate to reopen by setting this bug report to "New". It would help if you could make sure you reproduce the issue, then provide the output of 'ip route list'. Note that any other connections may also be on and taking the default gateway, *all* wired connections will keep priority, in this case it may be eth0 as much as eth1.

Revision history for this message
graingert (tagrain) wrote :

http://i.imgur.com/kpu4W.png

That image shows the "off" state

then:

$ ip route list
default via 192.168.0.1 dev eth1 proto static
169.254.0.0/16 dev eth1 scope link metric 1000
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.7 metric 1

Changed in network-manager (Ubuntu):
status: Invalid → New
Revision history for this message
graingert (tagrain) wrote :

Changed it to gnome-shell because the behaviour is as expected in Ubuntu Unity

affects: network-manager (Ubuntu) → gnome-shell (Ubuntu)
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Well, right there we can clearly see eth1 has the default route.

What does the following command yield?

nmcli -f all dev list iface eth1

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Confirming after testing locally: the gnome-shell nm applet responds to the off switch only for wifi, not for wired. Using the Off switch in the control panel works, though.

There's even an error in .xsession-errors.

Changed in gnome-shell (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

** (nm-applet:2422): DEBUG: foo_client_state_changed_cb
** (nm-applet:2422): DEBUG: going for offline with icon: notification-network-ethernet-disconnected
** (nm-applet:2422): DEBUG: going for offline with icon: notification-network-ethernet-disconnected
** (nm-applet:2422): DEBUG: foo_client_state_changed_cb
** (nm-applet:2422): DEBUG: foo_client_state_changed_cb
    JS ERROR: !!! Exception was: Error: Error invoking NMClient.disconnect: Invalid callback given for argument callback
    JS ERROR: !!! lineNumber = '0'
    JS ERROR: !!! fileName = '"gjs_throw"'
    JS ERROR: !!! stack = '"("Error invoking NMClient.disconnect: Invalid callback given for argument callback")@gjs_throw:0
()@/usr/share/gnome-shell/js/ui/status/network.js:371
([object _private_Clutter_Event])@/usr/share/gnome-shell/js/ui/status/network.js:232
([object _private_Shell_GenericContainer],[object _private_Clutter_Event])@/usr/share/gnome-shell/js/ui/popupMenu.js:81
"'
    JS ERROR: !!! message = '"Error invoking NMClient.disconnect: Invalid callback given for argument callback"'

Revision history for this message
graingert (tagrain) wrote :

$ nmcli -f all dev list iface eth1 #on
GENERAL.DEVICE: eth1
GENERAL.TYPE: 802-3-ethernet
GENERAL.DRIVER: sky2
GENERAL.HWADDR: <redacted>
GENERAL.STATE: connected
CAPABILITIES.CARRIER-DETECT: yes
CAPABILITIES.SPEED: 1000 Mb/s
WIRED-PROPERTIES.CARRIER: on
IP4-SETTINGS.ADDRESS: 192.168.0.7
IP4-SETTINGS.PREFIX: 24 (255.255.255.0)
IP4-SETTINGS.GATEWAY: 192.168.0.1
IP4-DNS1.DNS: 8.8.8.8
IP4-DNS2.DNS: 8.8.4.4
$ nmcli -f all dev list iface eth1 #off
GENERAL.DEVICE: eth1
GENERAL.TYPE: 802-3-ethernet
GENERAL.DRIVER: sky2
GENERAL.HWADDR: <redacted>
GENERAL.STATE: connected
CAPABILITIES.CARRIER-DETECT: yes
CAPABILITIES.SPEED: 1000 Mb/s
WIRED-PROPERTIES.CARRIER: on
IP4-SETTINGS.ADDRESS: 192.168.0.7
IP4-SETTINGS.PREFIX: 24 (255.255.255.0)
IP4-SETTINGS.GATEWAY: 192.168.0.1
IP4-DNS1.DNS: 8.8.8.8
IP4-DNS2.DNS: 8.8.4.4

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

Got a small patch that works as a workaround, see the attached file.

The real fix is to add a missing annotation to libnm-glib; we can deal with that separately.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :
Changed in network-manager (Ubuntu):
status: New → In Progress
importance: Undecided → Medium
summary: - When an ethernet cable is connected to an otherwise empty switch I can't
- get internet over wifi
+ wired cannot be disconnected using Shell network applet
Revision history for this message
In , Dan (dan-redhat-bugs) wrote :

Can be worked around pretty easily in the shell, but real cause is missing introspection annotations in libnm-glib. Fixed by a7f7e80839b5492ddf16783575e9d2bbbc970b3a upstream.

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "0001-network-set-callback-as-an-anonymous-function-for-di.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags: added: patch
Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

NetworkManager-0.9.2-1.fc16 has been submitted as an update for Fedora 16.
https://admin.fedoraproject.org/updates/NetworkManager-0.9.2-1.fc16

Revision history for this message
In , Jirka (jirka-redhat-bugs) wrote :

*** Bug 739035 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

Package NetworkManager-0.9.2-1.fc16:
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing NetworkManager-0.9.2-1.fc16'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2011-16664/NetworkManager-0.9.2-1.fc16
then log in and leave karma (feedback).

Revision history for this message
In , Fedora (fedora-redhat-bugs) wrote :

NetworkManager-0.9.2-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.

Thomas Hood (jdthood)
summary: - wired cannot be disconnected using Shell network applet
+ Wired interface cannot be disconnected using Shell network applet
Revision history for this message
Thomas Hood (jdthood) wrote :

@Mathieu: What's the status of this? The RedHat bug report has status Fixed as of February 2012. Is this also fixed in Ubuntu?

Can anyone reproduce this in Ubuntu 12.04?

Changed in network-manager (Ubuntu):
status: In Progress → Incomplete
Revision history for this message
dino99 (9d9) wrote :

EOL reached for that serie https://wiki.ubuntu.com/Releases

Changed in network-manager (Ubuntu):
status: Incomplete → Invalid
Changed in gnome-shell (Ubuntu):
status: Triaged → Invalid
Changed in network-manager (Fedora):
importance: Unknown → Undecided
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.