Bug 239920

Summary: system-config-network crashed when trying to set up profiles
Product: [Fedora] Fedora Reporter: d. cottle <dave.cottle>
Component: system-config-networkAssignee: Harald Hoyer <harald>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6CC: m.van.zoggel, triage
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard: bzcl34nup
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-05-06 19:35:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description d. cottle 2007-05-12 13:27:02 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.10) Gecko/20070313 Fedora/1.5.0.10-5.fc6 Firefox/1.5.0.10

Description of problem:
When I tried to set up profiles for my wireless card on a Thinkpad Z60m (Intel 2915 device using ipw2200 firmware), an error was generated with a crash file. The wireless connection now does not start properly during startup. A system message is displayed which is something like "Error for wireless device, set encode (8B28). It takes a long time for the system to get past this and continue on with booting. Once I am logged in, I can start the device (eth1) without difficulty.

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

How reproducible:
Always


Steps to Reproduce:
1.The error message is always displayed on boot up.
2.
3.

Actual Results:
No wireless connection.

Expected Results:
Quick establishment of wireless connection.

Additional info:
Crash file:

Component: system-config-network
Version: 1.3.96
Summary: TBb14ac185 maindialog.py:412:hydrateDevices:AttributeError: 'NoneType' 
object has no attribute 'clear'

Traceback (most recent call last):
  File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 648
, in updateDevicelist
    self.hydrateDevices()
  File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 412
, in hydrateDevices
    clist.clear()
AttributeError: 'NoneType' object has no attribute 'clear'

Local variables in innermost frame:
profilelist: ProfileList.default.ActiveDevices.1=eth1
ProfileList.default.HostsList.1.IP=::1
ProfileList.default.HostsList.1.Hostname=localhost.localdomain
ProfileList.default.HostsList.1.AliasList.1=localhost
ProfileList.default.DNS.SecondaryDNS=
ProfileList.default.DNS.SearchList.1=localdomain
ProfileList.default.DNS.Domainname=
ProfileList.default.DNS.Hostname=thinkpad.localdomain
[dave@thinkpad ~]$ more dump_file
Component: system-config-network
Version: 1.3.96
Summary: TBb14ac185 maindialog.py:412:hydrateDevices:AttributeError: 'NoneType' 
object has no attribute 'clear'

Traceback (most recent call last):
  File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 648
, in updateDevicelist
    self.hydrateDevices()
  File "/usr/share/system-config-network/netconfpkg/gui/maindialog.py", line 412
, in hydrateDevices
    clist.clear()
AttributeError: 'NoneType' object has no attribute 'clear'

Local variables in innermost frame:
profilelist: ProfileList.default.ActiveDevices.1=eth1
ProfileList.default.HostsList.1.IP=::1
ProfileList.default.HostsList.1.Hostname=localhost.localdomain
ProfileList.default.HostsList.1.AliasList.1=localhost
ProfileList.default.DNS.SecondaryDNS=
ProfileList.default.DNS.SearchList.1=localdomain
ProfileList.default.DNS.Domainname=
ProfileList.default.DNS.Hostname=thinkpad.localdomain
ProfileList.default.DNS.TertiaryDNS=
ProfileList.default.DNS.PrimaryDNS=192.168.2.1
ProfileList.default.Active=true
ProfileList.default.ProfileName=default
ProfileList.away.ActiveDevices.1=eth1
ProfileList.away.HostsList.1.IP=::1
ProfileList.away.HostsList.1.Hostname=localhost.localdomain
ProfileList.away.HostsList.1.AliasList.1=localhost
ProfileList.away.DNS.SecondaryDNS=
ProfileList.away.DNS.SearchList.1=localdomain
ProfileList.away.DNS.Domainname=
ProfileList.away.DNS.Hostname=thinkpad.localdomain
ProfileList.away.DNS.TertiaryDNS=
ProfileList.away.DNS.PrimaryDNS=192.168.2.1
ProfileList.away.Active=false
ProfileList.away.ProfileName=away

devsel: Device.AutoDNS=true
Device.Hostname=
Device.HardwareAddress=00:13:ce:b5:a3:ad
Device.Type=Wireless
Device.Wireless.Rate=Auto
Device.Wireless.Mode=Auto
Device.Wireless.Key=0xb01ebb0d474579a734719eb0dd
Device.Wireless.Channel=1
Device.Wireless.EssId=SMC
Device.IPv6Init=false
Device.BootProto=dhcp
Device.Device=eth1
Device.OnBoot=true
Device.Domain=
Device.OnParent=false
Device.DeviceId=eth1
Device.AllowUser=false

devicelist: DeviceList.Wireless.eth1.AutoDNS=true
DeviceList.Wireless.eth1.Hostname=
DeviceList.Wireless.eth1.HardwareAddress=00:13:ce:b5:a3:ad
DeviceList.Wireless.eth1.Type=Wireless
DeviceList.Wireless.eth1.Wireless.Rate=Auto
DeviceList.Wireless.eth1.Wireless.Mode=Auto
DeviceList.Wireless.eth1.Wireless.Key=0xb01ebb0d474579a734719eb0dd
DeviceList.Wireless.eth1.Wireless.Channel=1
DeviceList.Wireless.eth1.Wireless.EssId=SMC
DeviceList.Wireless.eth1.IPv6Init=false
DeviceList.Wireless.eth1.BootProto=dhcp
DeviceList.Wireless.eth1.Device=eth1
DeviceList.Wireless.eth1.OnBoot=true
DeviceList.Wireless.eth1.Domain=
DeviceList.Wireless.eth1.OnParent=false
DeviceList.Wireless.eth1.DeviceId=eth1
DeviceList.Wireless.eth1.AllowUser=false
DeviceList.Ethernet.eth0.HardwareAddress=00:16:36:00:B0:3E
DeviceList.Ethernet.eth0.Type=Ethernet
DeviceList.Ethernet.eth0.BootProto=dhcp
DeviceList.Ethernet.eth0.Device=eth0
DeviceList.Ethernet.eth0.OnBoot=true
DeviceList.Ethernet.eth0.DeviceId=eth0
DeviceList.Wireless.eth1away.AutoDNS=true
DeviceList.Wireless.eth1away.Hostname=
DeviceList.Wireless.eth1away.HardwareAddress=00:13:ce:b5:a3:ad
DeviceList.Wireless.eth1away.Type=Wireless
DeviceList.Wireless.eth1away.Wireless.Rate=Auto
DeviceList.Wireless.eth1away.Wireless.Mode=Auto
DeviceList.Wireless.eth1away.Wireless.Key=
DeviceList.Wireless.eth1away.Wireless.Channel=1
DeviceList.Wireless.eth1away.Wireless.EssId=
DeviceList.Wireless.eth1away.IPv6Init=false
DeviceList.Wireless.eth1away.BootProto=dhcp
DeviceList.Wireless.eth1away.Device=eth1
DeviceList.Wireless.eth1away.OnBoot=true
DeviceList.Wireless.eth1away.Domain=
DeviceList.Wireless.eth1away.OnParent=false
DeviceList.Wireless.eth1away.DeviceId=eth1away
DeviceList.Wireless.eth1away.AllowUser=false

self: <netconfpkg.gui.maindialog.mainDialog instance at 0xb7a9ebec>
activedevicelist: ['eth1', 'lo', 'tun0']
clist: None

Comment 1 Bug Zapper 2008-04-04 07:13:45 UTC
Fedora apologizes that these issues have not been resolved yet. We're
sorry it's taken so long for your bug to be properly triaged and acted
on. We appreciate the time you took to report this issue and want to
make sure no important bugs slip through the cracks.

If you're currently running a version of Fedora Core between 1 and 6,
please note that Fedora no longer maintains these releases. We strongly
encourage you to upgrade to a current Fedora release. In order to
refocus our efforts as a project we are flagging all of the open bugs
for releases which are no longer maintained and closing them.
http://fedoraproject.org/wiki/LifeCycle/EOL

If this bug is still open against Fedora Core 1 through 6, thirty days
from now, it will be closed 'WONTFIX'. If you can reporduce this bug in
the latest Fedora version, please change to the respective version. If
you are unable to do this, please add a comment to this bug requesting
the change.

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we are following is outlined here:
http://fedoraproject.org/wiki/BugZappers/F9CleanUp

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

And if you'd like to join the bug triage team to help make things
better, check out http://fedoraproject.org/wiki/BugZappers

Comment 2 Bug Zapper 2008-05-06 19:35:44 UTC
This bug is open for a Fedora version that is no longer maintained and
will not be fixed by Fedora. Therefore we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen thus bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

Comment 3 Marcel van Zoggel 2008-12-04 08:54:25 UTC
Just reproduced this bug in RHEL5.2