• Rimorso@feddit.it
    link
    fedilink
    arrow-up
    78
    arrow-down
    1
    ·
    1 year ago

    Lemmy is written in rust, that’s a java error so the issue lies with the app you’re using not Lemmy itself (maybe)

  • shrugal@lemmy.world
    link
    fedilink
    arrow-up
    29
    ·
    edit-2
    1 year ago

    Afaik this is not an error from Lemmy but from nginx, which is not able to relay the request to Lemmy and therefore returns a 502 bad gateway response. Imo this just means the servers are over capacity, so most likely a scaling/infrastructure issue.

    I had a quick read of the code and it looks pretty solid to me. Not the most “enterprise” code imaginable, but definitely no code smell or quick hacking job.

  • csm10495@sh.itjust.works
    link
    fedilink
    arrow-up
    26
    arrow-down
    1
    ·
    edit-2
    1 year ago

    You know at least it printed an error. I hate when things silently swallow errors.

    I’m looking at you, Python programmers:

    try:
       <100 lines of nonsense>
    except:
       pass
    
  • ggnoredo@lemm.ee
    link
    fedilink
    arrow-up
    17
    ·
    1 year ago

    that’s Jerboa issue but probably because It received something from the server that it shouldn’t

    • Atemu@lemmy.ml
      link
      fedilink
      arrow-up
      14
      ·
      1 year ago

      No, the server gave a 502 instead of a JSON and Jerboa doesn’t handle that gracefully.

      • TheGeneral@lemmy.world
        link
        fedilink
        arrow-up
        0
        arrow-down
        1
        ·
        1 year ago

        Seems like the 4 apps I use all have the same issue though which makes me wonder if it’s something in Lemmy causing the issue (not the apps).

        • Atemu@lemmy.ml
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          1 year ago

          Well, Lemmy shouldn’t 502 in the first place. That’s the root cause. The apps should handle that gracefully though, especially given how commonly Lemmy throws a 502.

        • Atemu@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Well, Lemmy shouldn’t 502 in the first place. That’s the root cause. The apps should handle that gracefully though, especially given how commonly Lemmy throws a 502.

    • buda@lemmy.ml
      link
      fedilink
      English
      arrow-up
      26
      arrow-down
      1
      ·
      1 year ago

      Serious Answer: This is a Jerboa issue. Lemmy is written in Rust. The error message is a Java error which is what native Android apps use.

      • Serinus@lemmy.ml
        link
        fedilink
        English
        arrow-up
        12
        ·
        1 year ago

        I think it’s both, actually. Lemmy is often giving html where json is expected, and Jerboa isn’t handling the error well.

        • usernotfound@lemmy.ml
          link
          fedilink
          English
          arrow-up
          14
          ·
          1 year ago

          🤔 The server spits out html when it cannot reach the backend. So one could argue it’s a configuration issue because the admin didn’t provide enough capacity / didn’t set up a proper generic json error for backend failures.

          FWIW, Liftoff doesn’t handle these super gracefully either.

          At any rate I think it’s kinda awesome that we get to witness these kinds of infancy problems.

      • MysteriousSophon21@lemmy.ca
        link
        fedilink
        English
        arrow-up
        5
        ·
        1 year ago

        No, it’s probably when the app is expecting a json but the server returns an html, which usually happens in case of 502 errors.

      • nothacking@discuss.tchncs.de
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        No, this is a lemmy issue. The API specification specifies a JSON response, and the server randomly provides HTML, this is a bug in the server. I agree that Jebora should retry in the case of a network failure (timeout, 4xx staus codes…) but it should not have to retry in a case of a server that is not folowing the standard.

    • weird_nugget@lemmy.world
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      1 year ago

      I would say Lemmy issue. This is probably a default 502 internal sever error response (which I’ve been getting repeatedly from lemmy.world). Jerboa (I don’t use it btw) is only trying to parse the expected json response. Yes the app could handle the error more gracefully but if Lemmy didn’t respond with an error jerboa wouldn’t need to.

      • Bappity@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        1 year ago

        personally I’d say it’s a Jerboa thing. the app should retry loading because sometimes I refresh after this happening and it immediately loads the proper content.

        with all the different instances this sort of thing has to be kept in mind

        • angrymouse@lemmy.world
          link
          fedilink
          arrow-up
          7
          ·
          1 year ago

          Just retry is usually a bad ideia, specially that this problem is probably an overload, just adding retries can makes the problem.even worse with the app ddosing the server

        • nothacking@discuss.tchncs.de
          link
          fedilink
          arrow-up
          3
          arrow-down
          3
          ·
          1 year ago

          Lemmy realy should not randomly emit errors for no reason, there should be no need for retries in this case. If the specification specifies a JSON response, and the server randomly provides HTML, that is a bug in the server.

          • r00ty@kbin.life
            link
            fedilink
            arrow-up
            4
            ·
            1 year ago

            When you get a 502 error, that’s not coming from lemmy, it’s coming from nginx. If you’re saying that nginx should send any error data along with the status in json if the accept headers require it, that’s a task for nginx but it wouldn’t happen in this case anyway since the json wouldn’t be what they were expecting anyway. The app should be handling non success responses better is the point being made here.

      • nothacking@discuss.tchncs.de
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Lemmy realy should not randomly emit errors for no reason, there should be no need for retries in this case. If the specification specifies a JSON response, and the server randomly provides HTML, that is a bug in the server.

        • SuperIce@lemmy.world
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          The error is not being emitted by Lemmy though. The 502 error message is returned to the client by nginx when the Lemmy server doesn’t respond within the a certain time.