Bug 68769

Summary: neat -tui always crashes in "Ethernet"
Product: [Retired] Red Hat Public Beta Reporter: Warren Togami <wtogami>
Component: redhat-config-networkAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: limbo   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-08-02 04:28:54 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:
Bug Depends On:    
Bug Blocks: 67217    
Attachments:
Description Flags
/etc/sysconfig/networking tarball none

Description Warren Togami 2002-07-13 23:22:29 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a+) Gecko/20020709

Description of problem:
I run "neat-tui" in a text console, then hit Enter to run Ethernet config.  It
then crashes and displays the following python traceback (sorry I had to copy it
by hand because it is all jumbled within the now crashed curses display).

Configure Traceback (most recent call last):
"/usr/sbin/neat-tui", line 394, in ?
mainScreen(screen)
File "/usr/sbin/neat-tui", line 53, in mainScreen
nw.runIt()
File "/usr/sbin/neat-tui", line 166, in runIt
self.setState(self.eth)
File "/usr/sbin/neat-tui", line 106, in setState
if (eth.BootProto and (string.lower(eth.BootProto)=="dhcp") or
(string.lower(eth.BootProto)=="bootp")):
File "/usr/lib/python2.2/string.py", line 54, in lower
return s.lower()
AttributeError: 'NoneType' object has no attribute 'lower'


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

How reproducible:
Always

Steps to Reproduce:
1. Run "neat-tui" in a text console.
2. Hit ENTER to configure Ethernet.
	
Actual Results:  
Crash with traceback above.

Expected Results:  
Should not crash.
Comment 1 Trond Eivind Glomsrxd 2002-07-15 16:58:56 UTC 
Verified.
Comment 2 Trond Eivind Glomsrxd 2002-07-15 21:09:45 UTC 
Actually, that was another bug related to gettext/snack/utf8 (fixed now).

Can you attach the configuration files to this bugreport? Given the first check
(that eth.BootProto evals to true, not None or the empty string) this shouldn't
be possible....
Comment 3 Warren Togami 2002-07-20 09:54:06 UTC 
Hi sorry for the delay.  Which configuration files specifically?
Comment 4 Trond Eivind Glomsrxd 2002-07-24 01:37:59 UTC 
The ones in /etc/sysconfig/networking
Comment 5 Warren Togami 2002-07-27 07:23:35 UTC 
Created attachment 67324 [details]
/etc/sysconfig/networking tarball
Comment 6 Warren Togami 2002-07-27 07:30:07 UTC 
Upgraded to Rawhide's redhat-config-network-1.1.10-1 and it still crashes in the
same place.  Here is the new traceback:

Traceback (most recent call last):
  File "/usr/sbin/neat-tui", line 396, in ?
    mainScreen(screen)
  File "/usr/sbin/neat-tui", line 54, in mainScreen
    nw.runIt()
  File "/usr/sbin/neat-tui", line 167, in runIt
    self.setState(self.eth)
  File "/usr/sbin/neat-tui", line 107, in setState
    if (eth.BootProto and (string.lower(eth.BootProto)=="dhcp") or
(string.lower(eth.BootProto)=="bootp")):
  File "/usr/lib/python2.2/string.py", line 54, in lower
    return s.lower()
AttributeError: 'NoneType' object has no attribute 'lower'
Comment 7 Trond Eivind Glomsrxd 2002-07-31 19:43:49 UTC 
Can you give the one at http://people.redhat.com/teg/neat/ a try? I couldn't
reproduce the problem.
Comment 8 Warren Togami 2002-08-02 04:28:48 UTC 
Tested redhat-config-network-1.1.13cvs-1.noarch.rpm on this system and it no
longer crashes with neat-tui.  Close bug?

Is there any text based tool to configure the DNS server addresses?  neat-tui
doesn't appear to have that option.  Should I file an RFE?
Comment 9 Trond Eivind Glomsrxd 2002-08-02 14:51:13 UTC 
Sure, file an RFE. The fix in this rpm just unwinds the if statement and no
longer depends on a short circuit.

Could never reproduce the problem with your data, so I'll mark it closed with no
local tests.
Comment 10 Trond Eivind Glomsrxd 2002-08-05 16:42:12 UTC 
*** Bug 70682 has been marked as a duplicate of this bug. ***