Just had NextCloud denying my credentials (not for the first time). I know they weren’t wrong because I’m using a password manager. Logs didn’t say much. Was about to reinstall (again, not the first time nextcloud went bonkers on me) before I tried a docker compose down && docker compose up. Lo and behold after a restart the credentials worked again.

This stuff is just way too flaky for something so important.

Is OwnCloud good again? My main usecase is saving photos but I don’t want them locked away in a database so SeaFile is out.

Edit: I’m going to take the time to reply to you all, bit busy with work and family suddenly. But a little update - I’ve quickly setup Immich and fired up the CLI to import my library. AFAIK the files are still stored on disk somewhere but metadata is in a database. I didn’t realize this before, knowing that I think my mind is made up and Immich is the best solution. Thanks everyone!

  • Domi@lemmy.secnd.me
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    4
    ·
    11 months ago

    My favorite was I tried to submit to Jellyfin a fix for one of their very opaque exceptions, keep the stack trace but rewrite the error message like “x exception occurred, do you have permissions to do that?” Or something and the PR was rejected. I just can’t even with that

    Out of interest, which PR was that?

    It’s uncommon to rewrite exception messages to be user friendly, they are for developers. The exception shouldn’t be thrown in the first place if it’s a common issue or the error message should be more generic for unhandled problems.

    • christophski@feddit.uk
      link
      fedilink
      English
      arrow-up
      29
      arrow-down
      2
      ·
      11 months ago

      I strongly disagree with this, any error message shown to the user should be helpful to the user

      • Domi@lemmy.secnd.me
        link
        fedilink
        English
        arrow-up
        12
        arrow-down
        2
        ·
        11 months ago

        I think you misunderstood, this is about exceptions, which shouldn’t be shown to users unless they ask for it.

        Exceptions are not helpful to users most of the time, as shown above. They need instructions on how to report issues instead since they most likely can’t fix an unhandled exception by themselves.

        • mryessir@lemmy.sdf.org
          link
          fedilink
          English
          arrow-up
          8
          ·
          11 months ago

          Underrated comment.

          To put it into user perspective:

          Exception X with error code xxx means Y. Y should be shown via a modal dialog to the user. The state of the application has to be reverted to a valid state as error handling.

          The exception/error gets logged, the user doesn’t receive a exception but the interpretation of the error is shown to him via the UI.

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      English
      arrow-up
      7
      ·
      11 months ago

      ehh I try to keep me here and my real github separate. I’m all for exception messages being for developers especially in logs, but things also shouldn’t error silently either. This was a case where there was something different with my OS I was running and I wanted to show an error that there was a common reason for that exception being thrown. This was years ago though, so I don’t remember details