Summary: | Incorrect re-ordering of multiple sensors on graph | ||
---|---|---|---|
Product: | [Unmaintained] ksysguard | Reporter: | Robert Norton <kdebugs.10.rmn30> |
Component: | general | Assignee: | KSysGuard Developers <ksysguard-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | Patch -- needs testing |
Description
Robert Norton
2006-04-30 22:08:41 UTC
Having had a quick look at the source I see that FancyPlotterSettings.cc re-assigns the sensor 'id' according to the order they are in the list, whilst FancyPlotter.cc tries to match the ids to the ones it has already has when updating the settings, even though they might have changed. This could be fixed by having FancyPlotter.cc match the sensors based on their name and then munge the beamColors and sampleBuffer appropriately but this could be quite a tedious operation. An alternative solution would be to remove the Move Up/Down buttons from the settings dialogue.... Created attachment 15883 [details]
Patch -- needs testing
When I said it would be tedious to fix this bug I was not wrong. Anyway here is
the somewhat length patch. Could do with some testing. Now I must go and do
some revision for my finals.
Any chance of this patch being accepted? I would be a shame to let the patch rot. Agreed! I'm guessing that the maintainers are snowed under with bug reports since there has been no response from them. This is my first patch so if there is something I can do to improve the chance of getting it accepted please say! Oh yes, and I've been using it for the last few weeks without any problems so far. |