Opened 17 years ago
Closed 8 years ago
#7529 closed Bug Report - General (Won't Fix)
Upcoming recordings list jumps when something changed
| Reported by: | Owned by: | stuartm | |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.28.2 |
| Component: | MythTV - Scheduling | Version: | Master Head |
| Severity: | low | Keywords: | upcoming jump focus |
| Cc: | Ticket locked: | no |
Description
On the "upcoming recordings" screen, when I change one item by for example setting an override like "don't record", the list will move so that the most currently selected item ends up at the bottom of the displayed items. Example: list shows items 10-15 of a list of 25. I change item 11 to "don't record" and move to item 9 (items 9-14 showing) before the change propagates to the UI. The list will now switch to showing items 3-9, with focus on 9 at the bottom.
The display was set to "show important" but I don't think that matters. The Terra theme was used.
Change History (13)
comment:1 by , 17 years ago
comment:2 by , 16 years ago
| Status: | new → assigned |
|---|
comment:3 by , 16 years ago
| Milestone: | → 0.24 |
|---|---|
| Owner: | changed from to |
comment:4 by , 16 years ago
| Status: | assigned → accepted |
|---|
comment:5 by , 16 years ago
There's no entirely correct and complete fix for this which could be ready for 0.24 and I'm loathe to add specific hacks.
The main part of fix would be not to rebuild the entire list each time, that's extremely inefficient and we've already moved away from that in other places. We need to add the following new events SCHEDULE_ADDED_PROGRAMS, SCHEDULE_DELETED_PROGRAMS and SCHEDULE_UPDATED_PROGRAMS which permit incremental changes to the list without starting from scratch. This would greatly improve UI response too.
We also need a generic method in MythUIButtonList of remembering positions, something that works equally well for all list layouts, selection and wrap styles. This much might be possibly achieved for 0.24 and would mitigate the problem, though probably not eliminate it.
comment:6 by , 16 years ago
| Milestone: | 0.24 → 0.25 |
|---|---|
| Version: | 0.22 → Trunk Head |
This bug is too trivial to demand attention for 0.24 at this stage and the proper fix is more complicated than it first seems.
comment:7 by , 14 years ago
| Milestone: | 0.25 → 0.26 |
|---|
Sadly I didn't get to this for 0.25 and the fix is too invasive to go in during the feature freeze.
comment:8 by , 14 years ago
| Type: | defect → Bug Report - General |
|---|
comment:9 by , 14 years ago
| Milestone: | 0.26 → 0.26.1 |
|---|
comment:10 by , 13 years ago
| Milestone: | 0.26.1 → 0.28 |
|---|
comment:11 by , 10 years ago
| Milestone: | 0.28 → 0.28.1 |
|---|
Moving unresolved tickets to next point release
comment:12 by , 9 years ago
| Milestone: | 0.28.1 → 0.28.2 |
|---|
Moving remaining open 0.28.1 tickets to 0.28.2
comment:13 by , 8 years ago
| Resolution: | → Won't Fix |
|---|---|
| Status: | accepted → closed |
Closing any remaining tickets for 0.28, if the issue persists, feel free to reopen and align to v29 or master

Seems to happen in watch recordings list as well, at least on the MythCenter theme.
Also, when deleting the last remaining episode of a show, it jumps to the "All recordings" group with focus set on the newest recording. 0.21 moved focus to the show after and the first recording there.