Opened 14 years ago

Closed 6 years ago

#7529 closed Bug Report - General (Won't Fix)

Upcoming recordings list jumps when something changed

Reported by: prefect47@… 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 14 years ago by prefect47@…

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.

comment:2 Changed 14 years ago by gigem

Status: newassigned

comment:3 Changed 14 years ago by stuartm

Milestone: 0.24
Owner: changed from gigem to stuartm

comment:4 Changed 13 years ago by stuartm

Status: assignedaccepted

comment:5 Changed 13 years ago by stuartm

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 13 years ago by stuartm

Milestone: 0.240.25
Version: 0.22Trunk 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 12 years ago by stuartm

Milestone: 0.250.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 12 years ago by stuartm

Type: defectBug Report - General

comment:9 Changed 11 years ago by Kenni Lund [kenni a kelu dot dk]

Milestone: 0.260.26.1

comment:10 Changed 11 years ago by paulh

Milestone: 0.26.10.28

comment:11 Changed 8 years ago by Stuart Auchterlonie

Milestone: 0.280.28.1

Moving unresolved tickets to next point release

comment:12 Changed 7 years ago by Stuart Auchterlonie

Milestone: 0.28.10.28.2

Moving remaining open 0.28.1 tickets to 0.28.2

comment:13 Changed 6 years ago by Stuart Auchterlonie

Resolution: Won't Fix
Status: acceptedclosed

Closing any remaining tickets for 0.28, if the issue persists, feel free to reopen and align to v29 or master

Note: See TracTickets for help on using tickets.