Currently, the last mpd is download (with header X-FB-Video-Broadcast-Ended=1), then the downloader is marked as aborted without updating the etag from this last mpd.
Thus, the etag is unchanged and causes downloader to skip the processing of this mpd, even if this mpd contains some segments.
Coverage decreased (-0.4%) to 90.543% when pulling dbca4dd55608cee6c8912efe4e4e148f98d861cb on pjw91:handle-last-mpd into 118fc6c004942fe4d270a2097cce065bd29540c7 on ping:master.
What does this PR do?
Handle the last MPD.
Why was this PR needed?
Currently, the last mpd is download (with header
X-FB-Video-Broadcast-Ended=1
), then the downloader is marked asaborted
without updating the etag from this last mpd. Thus, the etag is unchanged and causes downloader to skip the processing of this mpd, even if this mpd contains some segments.Does this PR meet the acceptance criteria?
.travis.yml
)master