I somehow keep stumbling over things, sorry. This is with beta4:

1. Click a link in a post. I verified this by clicking a link in an expanded post body directly in the feed, no modal.
2. A link preview modal opens. Click on GO. A new tab opens with your link while the modal closes itself.
3. Close the opened tab and head back to your feed.
4. Now click on another post title.
5. The post modal opens with the link preview modal from before over it.

In lack of better words I used nested. This is what I meant:

When you open a post in a modal and then link to another post within it, it doesn’t open a new modal; it just changes the content inside the existing one. So clicking back once, yes, does close “all” of them, but there was only ever one to close

In beta-3 it needed two back button clicks to close them both in a strange order, that isn’t relevant with beta-4 anymore. 🫡

Ah, I see. With beta-4 it’s closing all nested modals at the same time using the back button. Sorry.

I just noticed that in nested modals, e.g. by clicking a post link inside a modal which opens another overlaying modal, the back button closes the background modal first and another back button click closes the foreground modal. I would expect the modals to close in the reverse order of them opening.

Thanks for the heads-up. I had beta.1 still though ;) Closing that modals with the back button is working flawlessly 👍

I tested the new modal and it’s actually quite hard to close that thing.

The only way to close the modal is using the small X in the upper right. Personally I tried two other methods to close it first though:

• I tried clicking in the blurred background, nothing happens here.
• I tried using the back button on my mouse which made the background reload while the modal stays open.

Funny little bug, but yea, I don’t think you’ll need list items in titles :D

Found a weirdly displayed title escaping the cards on the left side:

• https://feddit.org/post/6393382
• https://satzfetzen.de/objects/07a2d323-1967-76d5-6b88-ff1517820913

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.

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:

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 :)