Bug 461182

Summary:

Loader download screen does not progress past 1%, but completes

Product:

[Fedora] Fedora

Reporter:

James Laska <jlaska>

Component:

anaconda

Assignee:

Anaconda Maintenance Team <anaconda-maint-list>

Status:

CLOSED RAWHIDE

QA Contact:

Fedora Extras Quality Assurance <extras-qa>

Severity:

medium

Docs Contact:

Priority:

medium

Version:

rawhide

CC:

hdegoede, jturner

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:

2008-09-10 13:08:15 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:

Attachments:

Description	Flags
Screenshot	none

Description James Laska 2008-09-04 19:01:29 UTC

Created attachment 315797 [details]
Screenshot

Description of problem:

While testing installation of http://kojipkgs.fedoraproject.org/mash/rawhide-20080830/development/i386/os, when loader is downloading the install.img, it does not progress past 1%, but does appear to be updating the text hour glass and does finish the download.

Version-Release number of selected component (if applicable):
anaconda-11.4.1.30-1.i386

How reproducible:
100%
  
Actual results:
the loader install.img download screen appears but stays at 1% throughout the download

Expected results:
The percentage bar should be incremented as the download size increases etc...

Additional info:
 * see attached screenshot

Comment 1 Chris Lumens 2008-09-08 18:06:32 UTC

I'm having troubles building a new initrd.img that works with NM, but I think I have this fixed anyway.  It looks like we're just not adding to the progress bar correctly.  Let's see if it's better in the next build.

Comment 2 James Laska 2008-09-10 13:08:15 UTC

Tested and fixed in anaconda-11.4.1.33-1.x86_64

Comment 3 Chris Lumens 2008-09-10 20:56:08 UTC

*** Bug 461828 has been marked as a duplicate of this bug. ***