cross-posted from: https://lemmy.world/post/1376783
Thought I’d never see the day when Firefox would match Chrome on Speedometer.
There’s also a few other benchmarks got a sizable boost. https://arewefastyet.com/
cross-posted from: https://lemmy.world/post/1376783
Thought I’d never see the day when Firefox would match Chrome on Speedometer.
There’s also a few other benchmarks got a sizable boost. https://arewefastyet.com/
I have been using Firefox for basically as long as I can remember and I love it. However, there’s one website that I go to Chromium for: GeoGuessr/Google Street View. For some reason it’s unbelievably slow and sluggish in Firefox whereas it works normally in Chromium. Why could this be? To be clear, it’s only the Street View part (and moving/panning/zooming) that’s slow on GeoGuessr.
It wouldn’t surprise me if the implementation has bias towards Chromium based browsers as both street view and Chromium are from Google.
They were literally caught artificially slowing down page loads and responsiveness on non-chrome browsers a while back.
Do you mean the time when YouTube’s UI was built using a pre-standardized version of the Shadow DOM API, and had to polyfill it in Firefox? If so, that was tech debt, not artificially slowing down page loads for Firefox on purpose. It was a tradeoff that let non-Chrome users use YouTube until they finally upgraded a year or two later.
If that’s not it, I’d love to see what you’re referring to.
Anything that Google site engineering mostly against web standard, and pushing chromium standard. So I don’t even… Surprised I guess?
I had this issue and there’s an easy fix - there’s a bug with GMaps street view where it starts to lag on FF on Linux specifically, but as soon as you spoof your user agent to something Windows based like FF Windows or Chrome Windows, it’s back to full speed. So get an extension to change your user agent string to Windows and you’ll be fine.
https://addons.mozilla.org/en-US/firefox/addon/uaswitcher/