Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)LU
Posts
1
Comments
25
Joined
2 mo. ago

  • 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.

  • 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. 🫡

  • 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.

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

  • Tesseract @dubvee.org

    [v1.4.29] Feed sometimes skips a whole load of entries