Closed kevenwyld closed 1 year ago
I am not able to reproduce this both in the development branch and on version 2.5.5
. What invidious instance was used when this was scraped?
At the time it was all invidious instances, gathered by the first-run script to find healthy instances.
There is an upstream issue with invidious channels right now. It was either causing the issue or has changed the behavior since yesterday.
A lot of invidious stuff is broken right now so I'll circle back to this one in a day or two when instances have updated and see if I can reproduce it again. Right now running the above command returns [ERROR]: Nothing was scraped
against all the instances I've tried so far. (EDIT: Which has nothing to do with ytfzf, running curl against https://<instance>/api/v1/channels/UC2wdo5vU7bPBNzyC2nnwmNQ/videos
returns a 500.)
I've tested a few instances that have been updated so far and I think it's safe to say this was caused by youtube's upstream changes. I'm no longer experiencing this so I'm going to close the issue. Thanks!
Awesome, good to know that the instances are working properly again!
Describe the bug
Videos in a channel are listed twice when using
ytfzf -c invidious-channel
. So every video has two entries in the fzf list.To Reproduce
For example run
ytfzf -c invidious-channel https://www.youtube.com/channel/UC2wdo5vU7bPBNzyC2nnwmNQ
Expected behavior
Only one entry per video
Screenshots
Information
alacritty
ytfzf: 2.5.5
(from AUR packager1963.ac4cc79-1
)ls -l "$(which sh)"
(if you're using fish:ls -l (which sh)
):lrwxrwxrwx 1 root root 4 Jan 8 2022 /usr/sbin/sh -> bash*
ytfzf --thumbnail-log=log.txt
and post the file: It is not a thumbnail issue.Additional context
I have
is_sort=1
in my config file which makes this issue very noticeable. It's still there without that parameter, but since videos aren't sorted by date it's less obvious.This does not happen when scraping subscriptions from a subscription file with
ytfzf -cSI
Thanks as always!