[mythtv-commits] [MythTV/mythtv] 36d96c: Fix TestIPTVRecorder after change to IPTVChannelInfo

Ian Campbell noreply at github.com
Sun Oct 6 12:02:32 UTC 2019


  Branch: refs/heads/master
  Home:   https://github.com/MythTV/mythtv
  Commit: 36d96c956969a85feb8578f0cbe2cc42fee01016
      https://github.com/MythTV/mythtv/commit/36d96c956969a85feb8578f0cbe2cc42fee01016
  Author: Ian Campbell <ijc at hellion.org.uk>
  Date:   2019-10-06 (Sun, 06 Oct 2019)

  Changed paths:
    M mythtv/libs/libmythtv/channelscan/iptvchannelfetcher.h
    M mythtv/libs/libmythtv/iptvtuningdata.h
    M mythtv/libs/libmythtv/test/test_iptvrecorder/test_iptvrecorder.h

  Log Message:
  -----------
  Fix TestIPTVRecorder after change to IPTVChannelInfo

In a60e7429a09a ("IPTVChannelInfo: explictly set IPTVTuningData protocol to
invalid") I removed `IPTVChannelInfo::IsValid()` thinking it was unused but
missed the uses in these test cases. Reintroduce the method, but make it
`protected` and a friend of the `TestIPTVRecorder` class.

The above change also changed the behaviour of `IPTVChannelInfo`'s constructors
such that the protocol is not always probed, and therefore `IsValid()` is not
necessarily true. This is the case when constructed via
`IPTVChannelFetcher::ParsePlayList`. Update `TestIPTVRecorder::ParseChanInfo` to
reflect this by now asserting that the tuning data is not valid and that the
protocol is `inValid` as expected.

Refs #13488

Signed-off-by: Paul Harrison <pharrison at mythtv.org>




More information about the mythtv-commits mailing list