Bug 693086 - NetworkManager gnome3 applet "woes" on system with 2 wired ethernet cards
Summary: NetworkManager gnome3 applet "woes" on system with 2 wired ethernet cards
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-shell
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-02 13:49 UTC by Hans de Goede
Modified: 2012-08-07 17:37 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 17:37:11 UTC
Type: ---


Attachments (Terms of Use)
NM screenshot directly after boot with no existing network config (270.94 KB, image/png)
2011-04-02 13:49 UTC, Hans de Goede
no flags Details
NM applet screenshot after configuring eth0 and turning it off (262.46 KB, image/png)
2011-04-02 13:50 UTC, Hans de Goede
no flags Details
NM applet screenshot with (configured) eth0 turned on (267.26 KB, image/png)
2011-04-02 13:51 UTC, Hans de Goede
no flags Details
NM-applet empty names (61.49 KB, image/png)
2011-04-12 16:11 UTC, Vlad
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 646074 0 None None None Never

Description Hans de Goede 2011-04-02 13:49:12 UTC
Created attachment 489584 [details]
NM screenshot directly after boot with no existing network config

Hi,

I noticed some weirdness with NetworkManager's gnome3 applet on a system
with a motherboard with 2 integrated wired ethernet-controllers (of which 1 is in use).

I upgraded to the latest NM (and sub-packages) + gnome-shell from koji, but that did not help:
NetworkManager-0.8.997-8.git20110331.fc15.x86_64
gnome-shell-2.91.93-3.fc15.x86_64

I then removed all connections in nm-connection-editor, as well as removing any left over ifcfg-* files, and rebooted.

Directly after the (no config) boot, the gnome-shell nm-applet shows 3 on off
control for Wired without explaining which is which, see the screenshot: "NM-no-config-boot.png".

This is issue 1, which I'll title "on off controls without label"

By default NM did not try to connect (do dhcp or anything), which is different
from previous versions (iirc), this is issues 2: "does not auto connect to wired ethernet"

In my case the not auto-connecting is fine since I want to use a static IP. So I clicked on "Network Settings" and I wanted to configure my first wired connection, which NM correctly indicated as having a cable plugged on. But I couldn't the option button is turned off. I first needed to turn the connection on, wait for dhcp to finish before I could configure it. This is issue 3: "Cannot configure connection until it has established an ip connection"

Then I changed the settings to the static IP settings I wanted, but this was not
applied instantly. I believe this has always been the case, and it makes sense
(so as to not break any open tcp - sockets), but it is a bit surprising from an end user pov. IMHO the dialog where you can set the options should show a warning dialog when you save them, that they won't apply until you turn of and back on the connection (and that this may break ongoing downloads, etc.).
Issue 4: "Connection setting changes not instant applied, and user not informed of this"

While editing the connection I named it "eth0" rather then "Wired Connection 1", old habits are hard to loose I guess. After turning it off (to apply the new settings), the gnome-shell nm-applet looked really funky. See the
"NM-after-turning-eth0-off.png" screenshot. Note that turning it on and off repeatedly results in the same nm-applet menu in the off status every time.
Issue 5: "nm-applet menu funky after turning off wired connection"
I also looked in nm-connection-editor and that only saw the eth0 connection
once.

Then I turned eth0 back on, resulting in the "NM-eth0-on.png" screenshot. This again has 3 on/off controls for wired, 2 off which have no clear label what they turn on/off. I guess this is more or less the same issue as issue 1 "on off controls without a label""

Then I turned the wired connection of again, to see if the funky dialog in the
off state was a one time thing immediately after the reconfiguring if the
connection, but it was not, each time I turned it off I got the menu from
the "NM-after-turning-eth0-off.png" screenshot. I then did a
systemctl restart NetworkManager.service, which lead to an even funkier
nm-applet menu (it now had 4 on/off controls) regrettably I forgot to take
a screenshot of that one.

So all in all I've seen / encountered the following 5 issues:
1: "on off controls without label"
2: "does not auto connect to wired ethernet"
3: "Cannot configure connection until it has established an ip connection"
4: "Connection setting changes not instant applied, user not informed of this"
5: "nm-applet menu funky after turning off wired connection"

First of all sorry for lumping these all together, I wasn't sure how to group them hence I've just put them all in here for now, let me know if you want me to split some out in separate bug reports. I realize 2 might be intentional behavior, if it is that is fine with me. And I guess 4 is more of an RFE. 1, 3 and 5 I consider real bugs though.

Comment 1 Hans de Goede 2011-04-02 13:50:21 UTC
Created attachment 489585 [details]
NM applet screenshot after configuring eth0 and turning it off

Comment 2 Hans de Goede 2011-04-02 13:51:20 UTC
Created attachment 489587 [details]
NM applet screenshot with (configured) eth0 turned on

Comment 3 Vlad 2011-04-12 16:10:54 UTC
Can confirm 1. Empty names for connections.

Comment 4 Vlad 2011-04-12 16:11:42 UTC
Created attachment 491525 [details]
NM-applet empty names

Comment 5 Owen Taylor 2011-04-12 16:51:36 UTC
Will be fixed in 3.0.1, but I'll try to do packages at the end of this week with cherry-picked patches for important network issues.

Comment 6 Dagan McGregor 2011-04-18 23:23:14 UTC
 I had noticed this issue with F15 also, and only just noticed this bug. Will be nice to have fixed.

 Mine shows by default "Wired" as the first network connection, and the 3 on/off switches. I have one ethernet cable connected, the other has no cable.

 I have not configured any changes from the initial install, so my setup I should be using what I provided during the install process.

Comment 7 Charles R. Anderson 2011-04-22 02:08:20 UTC
Additinoally, it used to be possible to re-attempt a connection to Wireless or Wired (to apply new static IP settings for example) by just clicking on the already active connection in nm-applet.  Now, you cannot re-click an active connection--you have to turn the connection off/on again.

Comment 8 Fedora End Of Life 2012-08-07 17:37:14 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.