I complained about it several times here and to various instances admins. Screenshot from same thread. I have literally been cursed out, called “stupid,” "c***,” "b****,” and other unsavory slurs. I quit complaining because nothing was ever done, and I realize this is a free service offered and admins have lives, jobs, and plenty of work and expense by generously offering this service. I just thought it was worth another try.

Thank you

https://imgshare.cc/hw1e589o from the same thread.

  • BentiGorlich@gehirneimer.de
    link
    fedilink
    arrow-up
    5
    ·
    2 months ago

    Hi there, so we fixed this issue in this PR on Febuary 24th, 1.9.1 is actually from Febuary 9th. So as soon as @jwr1@kbin.earth upgrades this is fixed null

    The reason we do not use the url property: according to the Activity Vocabulary which is part of the standard, this property

    Identifies one or more links to representations of the object

    Which the links in mbin or lemmy just don’t fit. Multiple other projects would handle this property as the “original url” (including Mastodon).

    • Maeve@kbin.earthOP
      link
      fedilink
      arrow-up
      1
      ·
      3 months ago

      Thank you so much. I appreciate you so much providing us this instance. I’m not any kind of dev, so I don’t have any repository accounts to make a pull request, and can’t identify the code that wants addressing, besides.

      Apologies for posting in the wrong magazine, I wasn’t sure where to post. Thanks again.

      • jwr1@kbin.earthM
        link
        fedilink
        arrow-up
        3
        ·
        3 months ago

        You are welcome! And no problem at all about you asking here, I just didn’t think the Mbin devs would have seen it. For better visibility (next time), you could try !mbinmeta@gehirneimer.de, assuming that’s where the Mbin devs suggest as well? Of course, sometimes it’s hard to know if an issue is server-specific or Mbin in general, so if you’re unsure, you can always ask here.

  • Pamasich@kbin.earth
    link
    fedilink
    arrow-up
    2
    ·
    2 months ago

    I haven’t taken a look at the Lemmy source code, but judging by the JSON-LD, I think this could easily be fixed by ordering the items in the attachment array so the link comes first. Lemmy seems to just take the first item there and then abort if it’s an image not a link.

    Depending on how Lemmy is implemented, it might also look for the url property. I don’t understand why Mbin is using source instead of url. If Lemmy falls back to the url property, the devs could add that to posts.

    Not a dev btw, just trying to provide more context.

    • blued_gear@fedia.io
      link
      fedilink
      arrow-up
      2
      ·
      2 months ago

      Lemmy seems to just take the first item there and then abort if it’s an image not a link.

      That is correct. But so reordering would result in losing the image. I linked to the issue at Lemmys GH and it was marked as resolved just recently, so they should be able to consume multiple attachments soon.

      I don’t understand why Mbin is using source instead of url.

      This I also don’t know, but as we also put it in the attachments, it should be fine.

  • blued_gear@fedia.io
    link
    fedilink
    arrow-up
    2
    ·
    2 months ago

    The issue that Lemmy is not showing the link of an image is also attached was already reported by us. According to the GitHub issue history it was recently resolved, so it should work in the next Lemmy release.