I'm still not sure that filter thing is necessary. FreshRSS can fetch content and images using the CSS selector of the website. You may want to check out the Advanced section in their documentation: https://freshrss.github.io/FreshRSS/en/users/04_Subscriptions.html#retrieve-a-truncated-feed-from-within-freshrss
Anyway, whatever works for you :)
Well, it's the same AI supported translation running locally, so I very much expect it rivaling the online service.
What's the extension for? FreshRSS can fetch contents natively.
Sadly the translations are shit and even worse than the infamous Google translator. Nothing comes even close to DeepL. At least it's local though.
Are you running it in podman on the same machine as you're running the browser?
Yes. They're both on the same desktop.
Firefox is the latest 134.0.2.
I do have that local media caching activated so it might be that the browser was still requesting or fetching media in the background even though I wasn't even in the feed anymore. I'll keep an eye on this and see if it is an issue in normal use when I'm not trying to replicate a scroll issue.
I tried a few times but couldn't replicate the issue. I think I saw quite a bunch of times when it would have jumped but instead a different post quickly flashed for a fraction of a second but nothing else happened otherwise. I'll keep running this alpha and report back if such a jump should ever happen to me again.
However, I did notice from the continued rather fast scrolling, that now with the v1.4.30-pre-alpha-1 one core was constantly at 100% utilization - even when switching to this post and doing other things for a bit.
Only a reload of the tesseract tab let the process get back to normal CPU utilization.
The process was pasta, the network component of podman I believe.
Maybe there's some cleanup or cancellation still missing?
I don't think I saw this extensive utilization over such a long time with the v1.4.29 version.
Oh well, that's what an alpha is for :)
FYI: Falls man Tesseract als Frontend nutzt, kann man dort auch in den Einstellungen ohne Werbeblockerumweg filtern.
All good, take your time :) While it is annoying, the posts don't get marked as already seen which means they just reappear somewhere in the future.
If you'd be willing to run a beta, I can give you a shout when I'm putting the final touches on the next release and you can let me know if that addresses the issue for you.
If I can pull the beta in via a podman tag, I'll happily give it a try. Not sure if this issue would be a blocker though, as it doesn't seem to be super common for anyone else.
I think I was able to see what you're referring to.
Here is a video demonstrating the jump/skip:
Video
I'm hoping the issue is just with the embeds enabled in the feed.
Sadly it's not the issue. I disabled both embed media options and it still skips a bunch of posts sometimes.
I think I was able to see what you're referring to.
I'll try to catch a jump on video later.
I still have the previous "jump" session open and continued using it for your debugging proposals:
I'm not sure the jumps I see now are the same. I now reach the bottom of the site and then the batch loads and then the jump happens over that batch. In my previously encountered jumps I was not at the bottom of the site. Please keep this in mind for the following answers:
scroll through, and see if any API requests fail when you experience one of the jumps?
No failing requests. All are green 200 and 204. Jumped posts will get the mark_as_read POST request on scrolling back up past them.
Also, what about any of the feed options? Any of those set?
I have not set them to anything specific. It looks the same except the lower two options are missing for me.
Disable media embeds in the feed and see if that is the issue
I'll give this a try, but not today anymore :)
I see you have the G502 in your current list: Make sure you get the X variant as those are using optical switches. I believe piper still needs a beta build to have the mouse included.