• binboupan@lemmy.kagura.euEnglish
    3·
    1 year ago

    Will arm64 get some love? I installed lemmy using ansible and dont seem to be able to update from 0.17.3 as there don’t seem to be any docker builds for arm64. :(

  • Lionir [he/him]@beehaw.orgEnglish
    3·
    1 year ago

    I notice a few UI-related things:

    • Keep getting “Deleted by creator” in the bottom left which I assume an unregistered user shouldn’t see
    • Community names in the Communities list or on any page it seems are not center aligned like you might notice here (https://beehaw.org/communities)
    • Modlog only appears after a refresh on the page
    • Modlog filters are no longer side-by-side
    • It finally says that the Username is taken
    • It still lets you make a password longer than 60 characters (bad)
    • Posts no longer seem to be switched

    (Still need to test pinned messages being moved when sorted by new) (I should post this in there, actually, I guess)

    • marauderprophecy1998@beehaw.orgEnglish
      4·
      1 year ago

      Is it possible if you can submit that comment as a post in enterprise.lemmy.ml cause that way the devs could see your thoughts? Or you could submit it as a ticket in the issues tab in lemmy-ui I guess if that’s more convient

    • dudeami0@lemmy.dudeami.winEnglish
      1·
      1 year ago

      Is there a reason you consider passwords longer than 60 characters an issue, or does the backend reject such passwords? In my experience, there should be no upper bound on password length except maybe in the order of request size being too large (say a password that is a several kilobytes).

      • Lionir [he/him]@beehaw.orgEnglish
        7·
        1 year ago

        The 60 character limit is not a problem imo, the problem is that they are truncated at 60 but the UI doesn’t tell you, this results in some problems.

      • Xanvial@lemmy.oneEnglish
        3·
        1 year ago

        Some password hashing methods has max characters length. For example Bcrypt has 72 max length. This is mostly to avoid taking too much time encrypting user input.

        If there’s no limit someone can technically froze the server by inputting large password (not because the request is big, but the process is exponentially takes more CPU process the longer characters it needs to compute)

        • dudeami0@lemmy.dudeami.winEnglish
          1·
          1 year ago

          Having only ever implemented PBKDF2 this is a good insight as well. This limitation does not seem to be an issue with more modern hashing algorithms, but I can see where limiting the size to a reasonable amount for purposes of having an upper bound on performance would be needed.

      • livingcoder@lemmy.austinwadeheller.comEnglish
        0·
        1 year ago

        Passwords “should” be hashed anyway, so I don’t understand why there’s a limit. Are they actually being stored as plaintext in a VARCHAR(60) column in the database? Please tell me that’s not happening.