Not everyone uses or has an unlimited internet connection. So when someone posts a link to a page that contains autoplay video, it fucks us over by surprise by sucking our internet credit dry. It is impossible to disable autoplay in either of the two browsers (Chrome & Firefox). Google has been trying for over 10 years to make a disable mechanism for autoplay and so far they cannot handle the job.

I got burnt by this thread, which is not slrplnk.net but it’s an example of a discriminatory nuisance that harms poor people (who likely have bandwidth quotas). It’s also eco-harmful to waste network energy.

Animated GIFs are a similar but complicated problem and should be treated the same. Blocking images does not block animated GIFs, and while it’s possible to automatically stop an animated GIF, it only stops the playing not the fetching.

When I suggest banning “uncautioned” autoplay, I mean to say there is no issue as long as the existence of autoplay is made loud and clear by the author, so thread visitors cannot get burnt by a surprise hit-and-run bandwidth theft.

  • can@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    11
    ·
    edit-2
    10 months ago

    Surely you can disable auto playing videos in Firefox?

    Do you use an app? I know Sync can prevent autoplaying/loading of anything.

    Edit: does this work?

    Firefox Android > Settings > Site Permissions > Autoplay

    • activistPnk@slrpnk.netOP
      link
      fedilink
      English
      arrow-up
      4
      ·
      edit-2
      10 months ago

      Thanks for the tip. I’m using a 16-year old PC that runs Debian. It has lived the lives of ~8 smartphones so far and produced no e-waste. I have a ~9-yr old Android for just some niche purposes but I would not consider using that tiny screen as a browser.

      Your tip might be useful in some situations where someone tags an article as autoplay and I am high motivated to read it. But then I would first try lynx before resorting to a phone.

      • can@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        5
        ·
        10 months ago

        Ah, I see. In that case you probably already know about the about:config setting as well if you’re using Firefox (or a fork). But here’s a link for anyone else curious on desktop.

        • activistPnk@slrpnk.netOP
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          10 months ago

          It’s interesting how there are various CSS hacks and short-lived plugins for stopping autoplay and animated GIFs in Firefox, and Google has been stumped on this for 15 years with Chromium – yet Mozilla (who gets 83% of its funding from Google) has this simple switch that supposedly just works. I will certainly be running these settings. It will be interesting to see if it fails in any cases.

          Though it’s worth noting that Chromium users are still stuffed. And animated GIFs are probably unaffected by these settings in FF.

  • Mario_Dies.wav@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    1
    ·
    10 months ago

    I used to have a problem with sites that ignore my autoplay settings, but someone pointed out an about:config setting that has completely solved my problem:

    Set “media.autoplay.blocking_policy” to 2

    This will even stop sites like youtubetranscript.com from interpreting a submission the same as hitting “play” on a video.

    It works on Android too, but you need to use a fork of Firefox that has about:config, such as Fennec or Nightly.

    I still agree with you that there should be a requirement to disclose autoplaying sites to potential viewers, but this has made my internet browsing FAR less annoying than it used to be, so I thought I’d share. I’ve never encountered a site that gets around that about:config setting.

  • Rentlar
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    10 months ago

    For phones:

    On whatever app you’re using, try disabling in-line preview (varies from app to app, it could be called compact mode, list mode, etc.). That way you’ll see just the thumbnail and you can click in the post to load the image if you wish.

    In Jerboa app for Android, videos don’t autoplay and autoplay GIF is an option that is disabled at default.

    For desktop web:

    That’s a hard ask because most major news websites (skynews, cbc, fox, nbc, etc.) have in-article video and many of them unfortunately have autoplay on.

    I do have Autoplay block on my Firefox too btw…

    If it were my decision, I’d have a "low-bandwidth news community people can subscribe to, but ultimately, if slrpnk users agree with you then you can make that a rule on your server and browse local only.

    • activistPnk@slrpnk.netOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      10 months ago

      That’s a hard ask because most major news websites (skynews, cbc, fox, nbc, etc.) have in-article video and many of them unfortunately have autoplay on.

      That reminds me of a client-side option I will eventually start tinkering with. There is a blacklist plugin where each user can list a site they do not want to return to again. Though that may not be a good community solution because IIUC each person would still get burnt once on every site before their configuration protects them.

    • can@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      2
      ·
      10 months ago

      I think that community idea is good. Could require reader mode only submissions or require text to be copied in the post body.

      • activistPnk@slrpnk.netOP
        link
        fedilink
        English
        arrow-up
        3
        ·
        edit-2
        10 months ago

        Community separation occurred to me, but in such a case it should be the other way around. That is, links that are exclusive or enshitified in various ways should be quarantined in a non-egalitarian community like “walled_gardens” or something. They should not sit around as traps to snuff out people’s bandwidth.

        And I wonder if this might be a good moderation action… because not everyone reads the rules. A mod could perhaps non-destructively move a post to a quarantined area and give the author a chance to repost with tags.

        • can@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 months ago

          Sounds like it needs to be an instance created for this specific goal. Which again, not a bad idea if there’s reasonable demand.

          • activistPnk@slrpnk.netOP
            link
            fedilink
            English
            arrow-up
            2
            ·
            edit-2
            10 months ago

            Sounds like it needs to be an instance created for this specific goal.

            I’m not sure you’ve understood the request. This is a pro-etiquette social move that results in more info for the readers. Good etiquette should not be confined to a single instance but rather it should spread to all forward-thinking instances.

            Maybe you’re thinking in terms of a software change? If a Lemmy server were adapted automatically detect and tag various forms of enshitification, it would indeed have to be piloted on specific instance. This is the long-term solution. Ideally, I want to see a long string of symbols next to every URL indicating the kinds of garbage I will step into when following a link. We can do better than Twitter and Reddit… following a link really shouldn’t be a craps-shoot for anyone.

  • Five@slrpnk.netM
    link
    fedilink
    English
    arrow-up
    3
    ·
    10 months ago

    I think a warning about autoplay video is a reasonable request. How would you imagine post etiquette for URL posts with autoplay features to look like?

    • activistPnk@slrpnk.netOP
      link
      fedilink
      English
      arrow-up
      3
      ·
      edit-2
      10 months ago

      I would propose one of:

      1. “(autoplay)” in the title;
      2. “(a/p)” in the title for brevity, but then the body would have to expand that; or
      3. “(⚠🢒)” in the title for brevity, but then explanation or itemized list of problems in the body

      Or give authors their choice of those. I think these would be sufficient social solutions until the Lemmy software evolves to give the author and visitors a way to tag various anti-features such as autoplay, and then even filter timelines on those tags.

    • activistPnk@slrpnk.netOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      10 months ago

      I don’t understand how that’s possible. If someone posts a link to news.sky.com and a viewer follows the link, they are taken to an external site outside the control of the kbin instance. I suspect that setting you describe could only affect what happens if a video is attached or embedded into a post.

      • HubertManne@kbin.social
        link
        fedilink
        arrow-up
        1
        ·
        10 months ago

        it just effects seeing posts. so if I block sky dot com and someone posts a sky dot com url. it does not show up for me in all.

        • activistPnk@slrpnk.netOP
          link
          fedilink
          English
          arrow-up
          1
          ·
          10 months ago

          I’m a bit confused because what you originally described sounded like a way to disable autoplay. But your followup sounds more like blocking links to hosts.

          If I were to run my own instance, blocking known autoplay hosts would work to the extent they are known, but then running my own instance would require having an unlimited connection. The autoplay problem is in part due to having a limited connection.

          • HubertManne@kbin.social
            link
            fedilink
            arrow-up
            1
            ·
            10 months ago

            sorry. my bad. I got this confused with another thread. Im actually a bit confused about your earlier one because it is autoplay so its configured by the instance. why would it not work just because its an external site. Anyway im not sure how it works but that is how it works for me. the video does not play till I clock on it in the preview.