Bug 21397

Summary: Panel checks /proc/apm and dies a horrible flaming death
Product: [Retired] Red Hat Linux Reporter: Jp Robinson <robinson>
Component: gnome-coreAssignee: Jonathan Blandford <jrb>
Status: CLOSED DUPLICATE QA Contact: Dale Lovelace <dale>
Severity: medium Docs Contact:
Priority: high    
Version: 7.0CC: ddumas
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-11-27 21:49:07 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:

Description Jp Robinson 2000-11-27 21:36:01 UTC 
Apparently the panel is set to check /proc/apm upon startup and if it 
finds certain things in it, display the battery applet. However, this 
check will crash on certain computers with certain apm implementations. 
(Seems to be mostly laptops). I am quite sure that it is the panel that 
causes the crash as renaming/removing the battery_applet executable does 
not fix the problem, only booting with "linux apm=off" seems to help.

A hard-coded check of this sort of thing just seems wrong to me, 
especially when bugs like this crop up. Why not simply allow the user to 
start the applet on his own if he wishes? 

If there is a way to bypass this, please let us know, or possibly release 
a bugfix?

Jp Robinson, Consumer Support.
Comment 1 Bill Nottingham 2000-11-27 22:11:33 UTC 
This is a hardware bug. The panel isn't doing anything
out of the ordinary.

*** This bug has been marked as a duplicate of 21185 ***