And it’s been nine days since we learned 0.19.1 didn’t fix the problem. There’s a lesson to be learned here: don’t push a massive update close to the holidays because, ya know, you might break federation and go on vacation for a week+.

  • Spuddlesv2@lemmy.ca
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    26
    ·
    11 months ago

    We all await your commit containing all those simple unit tests with bated breath.

    • rglullis@communick.news
      link
      fedilink
      English
      arrow-up
      11
      arrow-down
      3
      ·
      edit-2
      11 months ago

      I want to work an issue that is open since 2020, but I can only justify dropping all my other work for that if I have enough paying customers interested in some new feature. So, help me get 50 customers to my “all in one” hosting service and I will dedicate a week to it, which should be more than enough time for even a Rust newbie like me to submit a proper PR to that issue. Ok?

      • nutomic@lemmy.ml
        link
        fedilink
        English
        arrow-up
        5
        ·
        11 months ago

        There is already an open PR for Oauth, though Im not sure whats the difference to LDAP. Regarding tests you must have looked in the wrong place, we have a couple hundred already. Docs are here.

        • rglullis@communick.news
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          11 months ago

          Unless there is some thing inherent to how Rust runs tests, the test script seems be mostly integration tests exercising the API. There does not seem to be unit tests which would be the first thing you’d need to have to test like the function that seems to be the source of the bug. (Hint, if your test suite needs to have a running db, you are not unit testing.)

          As for OAuth vs LDAP: both could be used as part of a Single Sign-On solution, but the actual use cases are completely different. Having LDAP authentication would allow, e.g., to let users authenticate to Lemmy using an intranet account or (in the case of Communick) customers could use the same credentials for their Mastodon or Matrix accounts.

          • nutomic@lemmy.ml
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            1
            ·
            11 months ago

            Sounds like you are looking at the api tests then. There are also unit tests which you can run with ./scripts/test.sh. The database is a fundamental part of Lemmy, so its obviously required for many of the unit tests. It may be possible to mock the db, but that would be a lot of effort for very little benefit, and might even introduce additional bugs.