#46 closed defect (duplicate)
Frame: Missing Battery not represented
| Reported by: | mungewell | Owned by: | marcopg |
|---|---|---|---|
| Priority: | Low | Milestone: | |
| Component: | Sugar | Version: | 0.83.x |
| Severity: | Minor | Keywords: | |
| Cc: | Distribution/OS: | Ubuntu | |
| Bug Status: | New |
Description
The battery icon in the frame has no way of representing a missing or defective battery.
This might be difficult as HAL doesn't appear to list the 'battery station', but rather the battery itself. The battery listing does not appear when the battery is removed.
Attachments (1)
Change History (7)
comment:1 Changed 15 years ago by mungewell
- Summary changed from Frame: Missing Battery to Frame: Missing Battery not represented
comment:2 Changed 15 years ago by mungewell
comment:3 Changed 14 years ago by marcopg
- Bug Status set to Unconfimed
- Distribution/OS set to Ubuntu
- Milestone set to 0.84
- Priority changed from major to Low
- Severity set to Minor
- Version set to 0.82.x
comment:4 Changed 14 years ago by erikos
- Bug Status changed from Unconfimed to New
- Version changed from 0.82.x to 0.83.x
There is as well some info in #45 - might actually be a dup
comment:5 Changed 14 years ago by erikos
- Resolution set to duplicate
- Status changed from new to closed
Ok there seem to be some inconsistency here. When I boot and no battery is present, and plug the batery in after sugar is started the device is not added to the frame. One should look deeply at what hal is doing and then check the sugar code for all the possible cases. Let's just leave #45 open for that.
Note: See
TracTickets for help on using
tickets.
This is a feature of my Thinkpad, and presumably other laptops.
When the battery is removed the whole HAL entry is removed, rather than just setting 'battery.present = false'. Sugar should handle this situation.
Using a fake battery (HAL commands) I can confirm that the system recognises 'battery.present = false' to mark battery as absent.