Created attachment 337013 [details] Screenshot. Description of problem: Attempt a static IP installation (rawhide/i386) Version-Release number of selected component (if applicable): anaconda-11.5.0.38 How reproducible: Steps to Reproduce: 1. Enter static IP details 2. Enter URL of http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os 3. When it fails to find i386, click Back 4. At lang screen, select Next Actual results: See attached image ... segfault * Should "Back" in step#3 take me to lang selection for the network config screen? Expected results: * static IP should work * no segfault when navigating Back/Next through loader prompts Additional info:
eu-addr2line tells me that 0x805229e is loader.c:1386, which is this: class = installMethods[validMethods[loaderData->method]].type I'm going to take a wild guess here that loaderData->method is invalid.
Setting fedora_requires_release_note to document the behavior that when entering a static IP, should the server and path entered not be valid, there is a potential interaction bug when navigating Back to the installation method screen. This bug will manifest as a segfault. The work around is to reboot the system using a valid server and path.
If this is only in the fallback case on bad input, is it truly a release blocker?
Bill: I've set the fedora_requires_release_note? to document this behavior in the Fedora 11 release notes. Unless the fix is simple+straightforward, I suspect playing with loader at this stage would not be wise. Chris, should we keep this on bug#F11AnacondaBlocker ?
Retesting against anaconda-11.5.0.55 and I'm not able to reproduce. Perhaps this is related to the uninitialized memory issue that notting addressed (bug#501757)? Or something may still be lurking.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Closing on the basis of comment #5. If we see this again, we can open it back up.