Bug #3245
Management of channels from auto IPTV bouquets
100%
Description
I'm using bouquets associated to auto IPTV networks to automatically create the channels of the provided IPTV services. They are correctly created (respecting for the channel numbers the offset specified in the network form).
Upon restart of tvheadend or during reloads of m3u list, the muxes can be scanned again and they can go in 'failed' state (the free IPTV provider can be faulty). The related service disappears in this case and the channel become a '{no-name-set}' channel with default number 0. My channel list gets populated on-top by annoying '{no-name-set}' channels.
IMHO the channels that are automatically created by bouquets, should be automatically deleted if the related services are not more available. This should be the rule for all the kind of bouquets that map channels. I don't know if this is already the logic implemented, but for auto IPTV bouquets it is not always working for me.
History
Updated by Jaroslav Kysela about 9 years ago
Updated by It looks like a bug specific to the IPTV auto network.
Updated by Mario D about 9 years ago
Updated by If the services are deleted or fail (I changed the URL in the m3u file and restarted tvheadend), the related channels still go to {no-name-set}.
Updated by Jaroslav Kysela about 9 years ago
You should remove these channels manually before tests - they're lost (unconnected with the services). It will work only for newly added services to the bouquet.
Updated by Mario D about 9 years ago
I think I did, but I will wait to fix bug #3182 with you before. It could interfere...
Updated by Mario D about 9 years ago
The bad management is still present for me. The steps I did:
- deleted the previous auto iptv network and all {no-name-set} channels
- added again the autoip network with bouquet enabled and channel number set to 1000
- (all the muxes are set)
- enabled the auto-map of the channels on the bouquet
- (after the first scan, the services are automatically created)
- the channels are automatically created too
- altered the m3u list changing few urls of selected entries
- restarted tvheadend
- the selected services are gone
- the channels now are {no-name-set} zombies
- restoring the m3u list and restarting tvheadend, the service is recreated and a new channel is created (but the n-n-s channel is still there
Updated by Jaroslav Kysela about 9 years ago
- Status changed from New to Fixed
- % Done changed from 0 to 100
Applied in changeset commit:tvheadend|6b11d91f13d494e2e957a93046a1b7ce5add5034.