Firefox doesn't implement the AudioData API, which is probably necessary for the waveform viewer and cropping tool Discord presents in the soundboard management UI.
Yet another experimental API only supported by Chrome. Chrome has always been like this, implementing experimental API that hasn't been finalized yet. You might say they're innovating to support new technologies, but actually it's more like they're doing whatever they pleased, as demonstrated by their removal of jpeg xl support despite web communities plea not to do so (a new more efficient image compression, but not made by Google so screw it), pushing manifest V3 and ad topics, and recent push for web environment integrity API.
The W3C encourages browsers to add experimental APIs so that developers can test them. Do you expect a brand new browser to be rolled out every time someone comes up with an idea?
The issue is with sites using a working draft in production. We also don't know if that's what's happening or if that's the API being used, though.The W3C encourages browsers to add experimental APIs so that developers can test them. Do you expect a brand new browser to be rolled out every time someone comes up with an idea?
The issue is with sites using a working draft in production. We also don't know if that's what's happening or if that's the API being used, though.
Edit: It is Discord using the AudioData API. Again, though, that's on them. Experimental APIs aren't supposed to be used in production since the standard can, and often does, change.
Not sure if these built in decoders are supported though. Seems a bit dangerous to expose native codecs directly from the web to be honest, since you'll end up with wildly varying support across browsers.
I remember ages ago websites were all focused on "works best on Internet Explorer" or "please use Netscape for the best experience"
We managed a good solid decade after that where browsers all somewhat caught up to each other and now we're going back that way again, with each website just YOLO implementing APIs that aren't fully supported (with no polyfils or fallbacks)
When you did that back in IE7/8/9, you missed out on rounded corners or drop shadows, now whole parts of apps won't work unless you're on chrome 🤯
Thank fucking people like you. The average Lemmy user just knows everything.
I have seen so many Lemmy users think they are better than Reddit users. Truth is, you are all fucking ass holes you are just different kinds of ass holes.
None of us agree with Google's choices but for fucks sake not everything is because Google chose it.
Sometimes it's just in the damn browser. Like fuck off.
I use Chrome and Firefox and have two different online personas with both.
If you clicked the link. It says experimental technology. It's not mozilla's fault Chrome is adding features that are not standard. Sites like Discord for utilizing non standard API's.
Because Firefox is like a democracy, they prioritize work based on number of votes on issues/feature requests. The AudioEncoder API has literally just one vote, and the overall WebCodecs API that it's a part of only has five votes. This shows that there's very little demand for it, meaning very few sites actually use this (that or the vast majority of Firefox users don't use/need this feature). Why bother focusing your efforts on implementing something that most users don't care about? The higher priority things that most Firefox users care about is stuff like performance, and Mozilla have been making some good progress too on that front.
This is an experimental API that hasn't been finalized yet. Firefox devs has limited engineering resource and simply can't keep up with Chrome's push to implement experimental/proposal API. Safari also hasn't implemented this yet because they also usually wait until the API finalized, which can take quite a while.
Electron is not just a browser. It's more like a native app framework that just happens to use HTML and CSS to render UIs. You can do anything the OS lets you do, not just what a browser environment would let you do.
Electron is an unholy fusion of Chromium and Node.JS. Nothing more, nothing less. It doesn't 'just happen' to use HTML and CSS. It's literally just a browser with most of the default browser UI being hidden. Something like React Native would better fit your definition.
I’m a little baffled by this one. File upload isn’t exactly some new HTML5.1 feature or anything. There’s no good reason they can’t have this handled properly.
EDIT - just for some additional context, I've never used this feature so I had no idea it was more than a mere file upload. Looks like Discord has chosen a non-standardized API that's currently only in Chromium, but if it were up to me I'd try to budget some time for a simple fallback in case someone's using Discord in Safari or FF.
There's really no reason to be mad at them in this particular instance. Their client is Chromium-based (Electron) so they will optimize their new features for that engine first. There's probably less than 5% users who Discord from browser, let alone Firefox, and I think I'm being generous with that number. Additionally, some things are harder to implement (or even impossible) in native web rather than Electron, that has all the NodeJS integrations.
File upload is not a chromium feature, it's a super old basic feature. It's just their pittiness and upcoming drm implications. I bet if you set your user-agent to chrome it woould work just fine.
Firefox doesn’t implement the AudioData API, which is probably necessary for the waveform viewer and cropping tool Discord presents in the soundboard management UI.
Not everything is about Chrome DRM yall.
Edited to add screenshot of spoofing user-agent on Firefox and getting an error:
This dialog doesn't do just file upload, after you upload you can cut the sound file into a 4-second clip, inside the client. My bet is that it might technically be possible to do it in Firefox, but not with the same exact code as with chromium, and thus they decided they don't care.
I haven't used soundboard yet, but I'm pretty sure it isn't "just" an HTML5 file upload. Perhaps it's as you said, they run checks on the file being uploaded. Maybe it will work, maybe it will crash in some use cases because they don't have a polyfill for some specific API they use. So instead of dealing with user complaints about crashes they just disabled the feature.
I'm also not sure why you're upset with Discord for implementing DRM for uploaded files. If they don't, they will get sued by the companies enforcing that DRM, so hate on those companies instead.
Not to be discouraging, but i managed to quit discord for a few months, but i returned again, turns out many projects, even open source, use discord for discussion only
I also quit Discord 2 weeks ago when my account was disabled for alleged self-botting the second time. Self-botting means using a script to automate your user account. I never did that.
As other comments have pointed out, Firefox doesn't necessarily support the necessary APIs that Discord is using for this. I have the same issue where neither Firefox don't support the in-browser MIDI API, so I need to have Chrom(ium) for a webapp that lets me configure some MIDI hardware that the manufacturer provides zero computer interface for.
I'd like to use Firefox for everything, but there will always be some edge cases like this as long as there are APIs or other features that it doesn't yet support. Of course not to say that securely implementing every new API is trivial, but that's just how it is right now
With the same critical mass of users that most proprietary social media have, unfortunately. You'll be lucky to find certain communities on Matrix at all.
Yep. Those companies make it easy to join so they capture big user bases and become the defacto standard.
I had a bad feeling about discord from the beginning. Glad I managed to stay away. But I'm old and not really interested in most "communities" online, so it's an easy decision for me. With instant messengers on the other hand...
They implemented a feature that is only available in Chromium and not part of the web standards yet. It's no different than websites that would only work on IE 20 years ago because of some proprietary Microsoft thing.
I tried to use lyft on my computer yesterday to download a receipt for my expense report, it didn't let me, kept telling me to download the Android app...
Why would you want to block their telemetry?
It is not like they're using it to serve ads to you, and it should be better for everyone for developers to make decisions based on how users are actually using their app, no?
That’s my experience on my machine running Ubuntu. The reason was that Discord ran in their snap sandbox, while my browser is not sandboxed. This leads to the sandboxes app not working together with xdg-desktop-portal, which means that screen sharing doesn’t work.