Opened 16 years ago
Closed 7 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 Changed 16 years ago by
comment:2 Changed 15 years ago by
| Status: | new → assigned |
|---|
comment:3 Changed 15 years ago by
| Milestone: | → 0.24 |
|---|---|
| Owner: | changed from gigem to stuartm |
comment:4 Changed 15 years ago by
| Status: | assigned → accepted |
|---|
comment:5 Changed 15 years ago by
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 Changed 15 years ago by
| 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 Changed 13 years ago by
| 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 Changed 13 years ago by
| Type: | defect → Bug Report - General |
|---|
comment:9 Changed 13 years ago by
| Milestone: | 0.26 → 0.26.1 |
|---|
comment:10 Changed 12 years ago by
| Milestone: | 0.26.1 → 0.28 |
|---|
comment:11 Changed 9 years ago by
| Milestone: | 0.28 → 0.28.1 |
|---|
Moving unresolved tickets to next point release
comment:12 Changed 8 years ago by
| Milestone: | 0.28.1 → 0.28.2 |
|---|
Moving remaining open 0.28.1 tickets to 0.28.2
comment:13 Changed 7 years ago by
| 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.