Two channels I subscribe to are very-slow to retrieve updates for

[dftf-stu]

Checklist

• I am able to reproduce the bug with the latest version given here: CLICK THIS LINK.
• I made sure that there are no existing issues - open or closed - which I could contribute my information to.
• I have read the FAQ and my problem isn't listed.
• I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
• This issue contains only one bug.
• I have read and understood the contribution guidelines.

Affected version

0.28.0

Steps to reproduce the bug

1. Add Auto Shenanigans and The Dodo to your subscriptions
2. On the Subscriptions page in NewPipe, tap "All" then 🔄 in the top-right to refresh the feed
3. When you notice the number completed (e.g. 21 / 47) hang, pull-down from the top of screen
4. You should see one of these channels listed

Expected behavior

1. These channels should complete at the same-speed as other channels

Actual behavior

1. NewPipe hangs for around 5-10 seconds retrieving data from some channels
2. When I check the notifications at a time the number processed has hung, it always seems to be one of the two channels I gave as examples in the first section

Screenshots/Screen recordings

N/A

Logs

N/A

Affected Android/Custom ROM version

Android 12 (SP2A.220505.008)

Affected device model

Google Pixel 3a (Sargo)

Additional information

I suspect similar to another issue, where channel updates can hang or error if the people have their pronouns in their description, that the two channels I mention must also do something most-others I sub to don't?

The Dodo has the following links:
Amazon
Facebook
Instagram
Snapchat
thedodo.com
TikTok
X

Auto Shenanigans has these:
autoshenanigans.com
Facebook
X

Maybe it's the links to their own websites, as most creators don't have their own site, only major socials? 🤔

[dftf-stu]

Example of Auto Shenanigans channel hang:

AUTOSHEN.mp4

---

Example of The Dodo channel hang:

THE_DODO.mp4

[dftf-stu]

@ShareASmile : initially, I didn't understand why this was closed.

But looking at the title of the ticket you say this is a duplicate of (which I couldn't find when I looked, as it didn't occur to me to search for "feed" or those numbers, instead I tried things like "pause", "slow", "hang", "hung", "refresh"), it seems that I also get refresh errors in positions 42 and 92 (and then 142).

So... I'm guessing it is not the specific channels which have the issue, but just simply whatever channel happens to be in position 42, and then every 50th position beyond that (so 42 ... 92 ... 142 ... 192 ... 242 ... 292 etc).

In which case I'd suggest two things:

1. I don't feel you really explained that when closing the ticket, and Feed loading blocking for 10 seconds on each 42 and 92 entries #11755 you linked to also doesn't explain that, nor do the two tickets linked to in the answer. 11661 is very-long, so the answer might be in there somewhere I guess, but 4952 is about users wanting the feed-refresh to occur in the background, not make the app unusable while it occurs, which isn't the same issue as what I posted about, and...
2. It's unclear to me from any of the tickets in the closure-chain if this is being looked into, or cannot ever be addressed?

[dftf-stu]

Maybe this is also something that could be added to the NewPipe FAQ, given this is an issue that will affect everyone who uses the app and has a sub-list long-enough to then put channels into the affected slots?

(I did check it before logging my original ticket here, as the template asks, but cannot find it mentioned there?)