As part of the devs farewell message on their site, they have included malicious code to make each visitor sends 2,000 requests to the dbzer0 servers in an attempt to DDOS and take the instance offline.

  • Embargo@lemmy.zip
    link
    fedilink
    English
    arrow-up
    0
    ·
    3 months ago

    I don’t think I’ve ever witnessed someone going so hard off the rails. It’s been an entertaining few days really.

    • fartsparkles@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      3 months ago

      It’s what happens when someone with underdeveloped empathy gets caught doing something they know is wrong, resulting in emotional overload.

      It’s textbook toddler tantrum.

      With stunted empathy, people seeking an explanation and apology are met with increasingly greater resistance.

      And like textbook, they claim to be the victim. I wouldn’t be surprised if they are lying about receiving death threats.

      What’s crazy is they could have simply:

      • Apologised
      • Explained the intent to reduce toxicity
      • Agreed there was a lack of transparency
      • Refactored their existing “enable toxicity mode” feature into a clearer, toggleable blocklist feature

      But no. They were caught while they were secretly trying to play internet dictator and refused to empathise with others that were hurt and shocked to find out a tool they were using was receiving undisclosed payloads to use to censor communities and individuals.

      I strongly implore everyone to leave this developer alone. Jokingly asking to be added to the list etc empowers them to continue to play the victim. They do not deserve attention.

      • mathemachristian [he/him]@lemmy.blahaj.zone
        link
        fedilink
        English
        arrow-up
        1
        ·
        edit-2
        3 months ago

        Refactored their existing “enable toxicity mode” feature into a clearer, toggleable blocklist feature

        No! The whole point of the fediverse is not to have centralised blocklists. Having blocklists baked in to the code, especially ones that get updated in a centralised manner with no accountability and without telling users they’re on it is absolutely antithetical to the platform and one of the main reasons why people are leaving reddit and coming here. If you want to curate the experience of a user in that manner, what you do is open an instance and advertise it as such. That way people can, at least on lemmy, know where they’re banned from without having to dive into the code or pull API endpoints manually. In fact how a lemmy instance federates and how it curates this experience is one of the distinguishing features among the instances. You have instances like lemmy.zip that federate all that will have them, instances like hexbear that are very quick to defederate in order to keep a safe-space and instances like blahaj that are somewhere between.

        A front-end (or any piece of code that is made for being deployed on multiple instances) should be agnostic to all of this. It’s up to the admins of the instances and not the devs to curate and this is one of the main reasons why I don’t trust the piefed dev. Sure you can disable almost everything, but that still means that an admin has to do work in order to get to a neutral place from where they can then curate.

        • ramble81@lemmy.zip
          link
          fedilink
          English
          arrow-up
          0
          arrow-down
          1
          ·
          3 months ago

          Not every admin has the time or skill to curate. As long as the dev is open about it and there are configurable features to disable it, I don’t see what the issue is. Ultimately it creates no difference for a user if the admin creates it or the Dev does as long as it’s communicated.

          The advantage of the fediverse is “don’t like it, go to another instance or build your own”, not to tell devs what they can and can’t do. Hell I never even interacted with Tesseract since I use a different client and an open instance.