Every time I try to give BlueSky a proper chance, something glitches out and I get annoyed. AND YES I KNOW I'M ON MASTODON GLASS HOUSES AND STONES AND ALL THAT, but still.
I can't get any images to upload to BlueSky correctly without them turning into static from Firefox on Linux. I can see other people running into the same issue, but it doesn't seem particularly widespread. I can't imagine what specifically would be causing it though.
@Rusty That's what you get for being a Linux dweeb /s
@AliothFox I'd get huffy at that but that was my first thought too. I thought for sure it was something on my end. But no other website is doing it so I DUNNO, very weird.
@Rusty that's an odd one honestly, I've not run into it so I'm curious what is different enough to be causing those issues.
Definitely worth reaching out to one of the tech/dev team members who seem to be a bit more active over there though. They mostly seem chill and like they genuinely care.
@dlweedoart I have a guess but I'd definitely have to confirm it with BlueSky. I think the uploader uses WebGL. I noticed other people talking about it were using LibreWolf which disables WebGL by default, and I have some anti-fingerprinting stuff that blocks certain WebGL requests, soooo that's my theory. But I'm 100% guessing. It seems like it should spit an error out though instead of just silently uploading garbage.
@Rusty yeah I could definitely see something like that doing it, and I can't even blame them for not having a more obvious error/fail experience.
That's sorta just the default option a lot of audio/visual software libraries choose to go with, and I don't blame those devs either, a failed result is more desirable than a software/system crash.
You usually have to do some poking and prodding a bit deeper to get more in depth logging/blantant crashes working in a way that's useful.
That said, I've got drm content playback and all that jazz on, so i suspect you're probably on the right track for what's causing it.
@dlweedoart I dunno, I know most people have WebGL enabled by default, but I still think they should have a failure state in mind mostly for browsers that don't have WebGL. The other thing that's weird is it should trigger a permission request for running WebGL, but that isn't triggering. That said, I've had other websites not pop up that permission request and just fail out, so I DUNNO. I'd say it's partially my fault and partially theirs.
@Rusty nah I agree but also if you aren't used to working with stuff that messes with media you probably aren't going to be aware that you've got to go out of your way to set it up to be more obvious.
Just seems like maybe an oversight or lack of experience thing to me.
Even if they can't find/fix the issue quickly at the very least they should be able to get something setup to push into the Firefox console log relatively quickly.
webgl has pretty simple solid debug hooks.
@Rusty If your browser is set up with fRFP and/or anti canvas grabbing measures, it's probably that. I had the same issue on several sites back when I used Librewolf instead of arkenfox.
@Rusty I'm annoyed at their app on Android... I turned my phone sideways to watch a video fullscreen, and it mutes it. And the controls don't work until I portrait my phone again. Can't watch it fullscreen with sound. lol
Then I tried to do the same thing with a photo, and it just didn't rotate.
@Greuppe It's definitely not the OS causing it. For a second I was wondering if maybe it was the Flatpak container, but it's not. I think it's because I have certain canvas and WebGL calls blocked to prevent fingerprinting but I'm not sure. Too sleepy to test my theory.
@floofykit It's weird that the permission request for it isn't popping up, but yeah that was my guess too
@vanillaskunk The app is really bad Mastodon spoils us a bit though because there's such a healthy app ecosystem.