Bug 125393 (TBa2fae8d6) - TB system-control-network:283:hydrate:AttributeError: 'NoneType' object has no attribute 'clear'
Summary: TB system-control-network:283:hydrate:AttributeError: 'NoneType' object has n...
Alias: TBa2fae8d6
Product: Fedora
Classification: Fedora
Component: system-config-network   
(Show other bugs)
Version: 2
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact:
: 126359 128956 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2004-06-06 03:04 UTC by Cameron Walsh
Modified: 2007-11-30 22:10 UTC (History)
4 users (show)

Fixed In Version: 1.3.26-1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-09-16 14:28:22 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Dump from system-config-network after exception (540 bytes, text/plain)
2004-06-06 03:06 UTC, Cameron Walsh
no flags Details

Description Cameron Walsh 2004-06-06 03:04:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040510

Description of problem:
If I activate a modem connection from network configuration section of
system-config-network the modem will dial and connect normally, but
then throw an exception (but it stays connected)

I do not get the exception if I connect through the Network Device
Control section of the same program.  I have to enter the root
password to access the network configuration section, but not the
network device control section.

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

How reproducible:

Steps to Reproduce:
1. Open network device control
2. Select dialup modem connection and click 'configure'
3. Select dialup modem connection and click 'activate'

Actual Results:  Dial up as normal
Connect as normal
Throw Exception
Stays connected

Expected Results:  Dial up as normal
Connect as normal
Stays connected

Additional info:

Comment 1 Cameron Walsh 2004-06-06 03:06:47 UTC
Created attachment 100899 [details]
Dump from system-config-network after exception

Comment 2 Harald Hoyer 2004-06-07 08:45:23 UTC
Component: system-config-network
Version: 1.3.16
Summary: TBa2fae8d6 system-control-network:283:hydrate:AttributeError:
e' object has no attribute 'clear'
Traceback (most recent call last):
  File "/usr/bin/system-control-network", line 411, in update_dialog
  File "/usr/bin/system-control-network", line 283, in hydrate
AttributeError: 'NoneType' object has no attribute 'clear'

Local variables in innermost frame:
clist: None
self: <__main__.mainDialog instance at 0xf6c0d5ac>
refresh: None

Comment 3 Harald Hoyer 2004-06-07 08:48:01 UTC
first fix: do not close system-control-network, after you pressed the
"configure" button, or call system-config-network directly!

Comment 4 Emmanuel Druon 2004-06-10 09:10:11 UTC
There seems to be a problem with the creation of multiple profiles.
When you create new profiles, files are all linked together as far as
ethernet and wireless devices are concerned and when you change a
configuration in one profile, all the profiles are changed. This
problem is of course not solved when you use the command line version.

I also confirm the crash when switching profiles.

Comment 5 Harald Hoyer 2004-06-21 08:47:41 UTC
*** Bug 126359 has been marked as a duplicate of this bug. ***

Comment 6 Harald Hoyer 2004-08-16 10:05:19 UTC
*** Bug 128956 has been marked as a duplicate of this bug. ***

Comment 7 Colin Teubner 2004-08-23 23:30:52 UTC
Confirmed bug on x86_64.

Comment 8 Harald Hoyer 2004-08-27 12:45:16 UTC
potential fix in FC3 development tree for testing purposes

Comment 9 Matthew Miller 2005-04-26 16:25:10 UTC
Fedora Core 2 is now maintained by the Fedora Legacy project for
security updates only. If this problem is a security issue, please
reopen and reassign to the Fedora Legacy product. If it is not a
security issue and hasn't been resolved in the current FC3 updates or
in the FC4 test release, reopen and change the version to match.

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