Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 7678

Summary: Corrupted .gnome/gnorpm.d/resources/fullIndex.rdf.gz
Product: [Retired] Red Hat Linux Reporter: culliton
Component: gnorpmAssignee: Matt Wilson <msw>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-08-30 07:46:27 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description culliton 1999-12-08 06:06:54 UTC
I somehow got a corrupted .gnome/gnorpm.d/resources/fullIndex.rdf.gz file
in the last week or so.  (gzip complained about a premature EOF when I
tried to examine it.) This causes major problems with the preferences menu
and webfind rendering both of them useless and unrecoverable.  The
preferences menu core dumps and webfind hangs.  Manually deleting the file
and allowing it to download a fresh copy seems to solve the problem.  Not a
good solution for Joe User Jr. though.  Yet another example of gnorpm's
fragility in the face of bad or missing data files.  The preferences pop up
seems particularly bad about this, dumping core at the slightest
provocation.  If there isn't a simple fix I'd almost suggest adding a
button that essentially says "I think the config/data files are hosed.
Please clear the bad ones out and get or generate nice clean ones."  At
least then a user could restore the application to a working state.

Comment 1 Alan Cox 2000-08-30 07:46:25 UTC
The CVS version of gnorpm is now a lot more resilient to errors -both the crash
on preferences dialog problem and downloading half an XML file