Opened 4 years ago
Closed 4 years ago
Last modified 4 years ago
#13556 closed Bug Report - General (Won't Fix)
Channel information lost after upgrade from MythTV 29 to 30
Reported by: | Jarno Suni | Owned by: | |
---|---|---|---|
Priority: | minor | Milestone: | 31.0 |
Component: | MythTV - General | Version: | v30-fixes |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Change History (7)
comment:1 Changed 4 years ago by
comment:2 Changed 4 years ago by
Something like this bit me several months ago, and there was some discussion that I can't now find.
It may be a result of Changeset 503218e716 in mythtv from Sep 6, 2018 after deleting and re-establishing a channel list.
chanid: use default of five digits, as that allows more human readability when sources have thousands of channels
comment:3 Changed 4 years ago by
I think it could be made backwards compatible so that if chanid < 10000 it is handles the old way. That works, if sourceid is 1-9.
comment:4 Changed 4 years ago by
Resolution: | → Won't Fix |
---|---|
Status: | new → closed |
I agree that this can be the result of 503218e716, most certainly if the old channel list was created before this change and when it affects all channels.
This has been fixed in today's master (pre-v31), not by re-creating the same channel number, but by keeping the deleted channels alive in the twilight zone until there are no recordings anymore that refer to them.
Instead of deleting all channels and creating them again it is usually better to update them. With today's master (pre-v31) the channel numbers of existing channels are not changed.
Given that the problem is already solved your proposed solution will not be implemented and this ticket will be closed.
comment:6 Changed 4 years ago by
MythTV 31 is expected to be released soonish. That will include the fix Klaas described.
comment:7 Changed 4 years ago by
Milestone: | needs_triage → 31.0 |
---|
Upgraded from 2:29.1+fixes.201909121531.4c432df~ubuntu18.04.1 to 2:30.0+fixes.201912012038.a27754a~ubuntu18.04.1