Nobody posted it, I waited, but since this is pretty relevant, here it is.

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

      no one had a conspiracy to hide this its because you posted it twice and went insane when people don’t like being tricked into reading it with a false title and pin

      • 7heo@lemmy.mlOPM
        link
        fedilink
        arrow-up
        1
        arrow-down
        14
        ·
        edit-2
        1 year ago

        What bots…

        To be fair, it’s probably an LTT fanboy who systematically downvoted all the posts, and started with the ones that were recently active. But it’s not like the LTT audience is foreign to using automation or harming others/raging.

        All votes are public.

        No. All votes are public to instance owners. Plus I’m not convinced that only votes drive “activity” (If you wanna prove me wrong, you’re free to go check the source. THAT is actually public).

        Edit: please see below about votes being public or not, before drawing premature conclusions, they are not public. But there’s nuance, hence me striking the “absolute” text out.

        At least from kbin so there’s no conspiracy. You can see who upvoted and who downvoted.

        Kbin only shows favorites. They don’t show actual upvotes/downvotes (which is a good thing IMHO).

        But it’s not like you would check anything properly before opening your mouth… Which I reckon is a very annoying, and widespread trend. I mean you can clearly see the post has 8 upvotes, 18 downvotes; and kbin shows 10 “favorites”. How does that even compute for you? 🤦‍♂️

        Edit: I was made aware by @ImaginaryFox@kbin.social and @conciselyverbose@kbin.social - both kbin users, this is not a fluke - that “upvotes and downvotes are actually visible”. I have not been able to confirm that. However, given that this information is clearly available to instance admins (and to the software, obviously), it is very likely that kbin developers decided to show this information to (kbin) registered users, to narrow the information/power gap between admins and users. They also (wisely) kept this information behind an id-wall, as it is really sensitive information, especially if made crawl-public (it is much more revealing of user behavior than their posts or comments; and therefore that much more valuable for profiling).

        Besides, to bury a post, you actually have to make the other ones active… smh

        I’m eagerly awaiting your single word insult answer, or something equally enlightened.

        With immeasurable love,
        Your enamored shmoopie

        • ImaginaryFox@kbin.social
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 year ago

          Kbin only shows favorites. They don’t show actual upvotes/downvotes (which is a good thing IMHO).

          But it’s not like you would check anything properly before opening your mouth…

          No. The reduces tab is what downvotes are registered as. Not all instances are in sync so it records what it can as opposed to only kbin users. That’s the nature of decentralization so votes will be different from instance to instance.

          Anyways, I downvoted your comment as a example and you should see my username pop up. It’s public on kbin.

          https://kbin.social/m/linustechtips@lemmy.ml/t/369189/Dr-Ian-Cutress-s-take-on-the-current-situation/comment/1845298/votes/down

          There was even an amusing situation where a mod went into a users profile and downvoted that users comments and everyone could see it.

          https://kbin.social/m/kbinMeta/t/271692/Is-there-anything-that-can-be-done-about-troll-powermods

          Relax and take a breath.

            • ImaginaryFox@kbin.social
              link
              fedilink
              arrow-up
              1
              ·
              1 year ago

              Edit: I think that this feature is id-walled for kbin users. Which is good, it’s already potentially problematic enough that the entire Lemmy content is fully “crawl-able” without limitation by OpenAI and other less-desirable content crawlers; it would be really problematic if votes were unconditionally public.

              It can be viewed without an account might be the url being a problem. But, you can go to kbin and then click “more” then “activity” for any comment or thread to look through what kbin was able to register when it comes to user votes.

              I am not running an instance, and am not familiar with the synchronization delay, but this seems unexpectedly long (the downvotes for this post started immediately as I posted it - more than 24 hours ago, so it’s very surprising to see nothing on kbin).

              kbin and lemmy has sometimes been problematic when it comes to synchronizing content. Sometimes threads don’t even show up on kbin or lemmy if the opposite userbase attempts to make a thread. Same for lemmy and lemmy instances too where some comments will show up and others don’t. Even more inconsistencies with how instances will have different defederation lists. This makes votes appear inconsistent from instances to instances and even more so for instances that deactivated downvotes.

              Checking it appears that kbin only registers upvotes from kbin and lemmy instances now and only downvotes from kbin users publicly. Wonder if this is a decision kbin made or something was done on lemmy end to keep downvotes of lemmy users from being registered by kbin.