Bug 59609 - Hangs when selecting preferences - updating from Metadata Server
Hangs when selecting preferences - updating from Metadata Server
Product: Red Hat Linux
Classification: Retired
Component: gnorpm (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Havoc Pennington
David Lawrence
Depends On:
  Show dependency treegraph
Reported: 2002-02-10 23:35 EST by John J. Germs
Modified: 2007-04-18 12:40 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-12 12:39:56 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description John J. Germs 2002-02-10 23:35:50 EST
Description of Problem:

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

How Reproducible:

Steps to Reproduce:
1. Select Operations tab
2. Select Preferences
3. Have a bad connection to the internet or the Metadata Server is down / too busy. 

Actual Results:

Expected Results:

Additional Information:
In My opinion gnorpm should not automatically update from the metadata server
(ie: http://www.redhat.com/RDF ). It should pop up with a window saying that
there may be an updated list available, would you like to check and update your
list? .... Or something of that nature.
If you have a bad connection to the internet or the Metaserver is down for some
reason the application will just hang.....
Also I have experienced this on other PC's that have a network card in them but
strictly hook up to the internet via a modem. In these instances gnorpm will
assume it can download because of there being an internal address even though
there is no internet connection present.
Just yesterday I was showing a friend gnorpm and the extra setting you can use
when this happened.... This didn't make things look good.... hehe.
Comment 1 Havoc Pennington 2002-02-26 15:50:15 EST
Only critical bugfixes are going in to gnorpm at this stage, deferring this issue.

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