I’m testing a feature in my current dev branch and would like some feedback. The technical side of it is complete, but I’m curious about the human side of it.

When loading a removed comment in the comment section, it automatically fetches the removal reason from the modlog and appends it below 'Removed by Mod" on the comment. The “Removed by Mod” text is also linked to the modlog entry for the item.

Additionally, if you’re a mod, it will also append, in a spoiler block, the original comment that was removed. Somewhere between 0.19.3 and 0.19.9, the Lemmy devs decided mods should no longer be able to see removed comments in their own communities, which I think is a huge regression (though thankfully admins can still see them).

Thoughts? Is this asking for drama, or would it be generally beneficial? Right now, in the dev branch, it just does it, but I can make it a user option.

  • Admiral Patrick@dubvee.orgOP
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    16 days ago

    That was the original plan, but I’m trying to achieve four goals with a single API call:

    1. (Optionally?) Show the removal reason for everyone
    2. For mods only, provide the original comment text for reference since the Lemmy devs took that away despite it being useful. The original text is pulled from the same modlog lookup that also fetches the reason.
    3. For admins, continue showing the current comment value (in lieu of “Removed by Mod”) since the content is available to them.
    4. Not to over-complicate a feature I’m going to have to re-write anyway when 1.0 comes out and breaks most of the API. 😠

    That’s why I was thinking that making a user option for the behavior would be the compromise (the same setting toggle would control both 1 and 2 while achieving #4).

    • can@sh.itjust.works
      link
      fedilink
      arrow-up
      2
      ·
      16 days ago

      That’s why I was thinking that making a user option for the behavior would be the compromise (the same setting toggle would control both 1 and 2 while achieving #4).

      Looks reasonable to me. Especially given the new API changes. How rough is the prepwork for that looking to be?

      • Admiral Patrick@dubvee.orgOP
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        16 days ago

        How rough is the prepwork for that looking to be?

        So far, medium to major PITA. AFAIK, there’s still not a full list of things that they’re breaking in v3 (haven’t even looked at going full v4 yet, but assuming major PITA). So I’m still waiting for the other shoe to drop before diving in. I don’t have time to chase a moving target any more than I already am.

        • can@sh.itjust.works
          link
          fedilink
          arrow-up
          2
          ·
          16 days ago

          I see, in other words I should start getting used to trying apps other than Sync. At least the Lemmy devs seem to appreciate this is a big task and intend to giving ample time.

          • Admiral Patrick@dubvee.orgOP
            link
            fedilink
            English
            arrow-up
            1
            ·
            16 days ago

            Yeah, we’ll see. I’d like to have a concrete list of changes/breaks before starting to port things to Lemmy yet again. If only they’d put all their breaking changes in v4, it would be nice.