I guess this answer is about the returning of licenses? Click on “Jetzt lesen” and the web reader opens. In the upper left you can return to the overview to see all your ready to read media and there’s the option to return the book.

Wow, 2028. Well, your example isn’t even available at all here: https://www.onleihe.de/nbib24 Some libraries do send the login information with email so you could try to join a different library within a better area remotely.

Maybe there are different Onleihe services but the one I know of (onleihe.de) has multiple “copies” available, visible in the book “Infos” tab. Revoking licenses is also possible in the web reader. The revoking could be easier and it would be nice having even more licenses available for high demand items, but it isn’t nearly as bad as you’ve described.

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.