Opened 16 years ago
Closed 15 years ago
Last modified 15 years ago
#8460 closed defect (fixed)
Jump when deleting recording rule
| Reported by: | Owned by: | stuartm | |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.24 |
| Component: | MythTV - General | Version: | 0.23-fixes |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
When deleting a rule from the rule management screen, the cursor is jumping back to the first rule. This makes deleting serveral rules more work than necessary.
Attachments (1)
Change History (5)
comment:1 by , 16 years ago
| Milestone: | unknown → 0.24 |
|---|---|
| Owner: | changed from to |
| Status: | new → accepted |
by , 15 years ago
| Attachment: | recpriority.patch added |
|---|
comment:2 by , 15 years ago
Marc thanks for the patch, although it's not the preferred solution. I'll commit a better fix soon.
This code needs some serious cleanup as we are triggering multiple list rebuilds when a rule is deleted. Plus we're living in some alternate reality where reschedules apparently take a couple of ms, that's the only reason I can explain calling CountMatches() immediately after deleting a rule. This screen should be monitoring scheduling events instead and generally should be more intelligent about when to make minimal updates vs expensive re-sorts, list rebuilds etc. I should have done all this when it was ported to mythui but I just didn't have the time to refactor/optimise every single screen.
comment:3 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
comment:4 by , 15 years ago
Many of the issues I noted when taking a look at this issue are still outstanding, but I'll deal with those when I have more free time.

Patch to fix jumping to the top of the list when deleting a recording rule.