Earlier quoted context omitted.
Government authority is not absolute: it must derive power from some law or other legal basis, which does not presently exist for "websites [which] break in competitor's browser". And if you are suggesting creating precedence for it, I ask you to carefully consider that responsibility in the hands of government bureaucrats, which are generally of low skill and intelligence, and are potent to abuse it.
>I ask you to carefully consider that responsibility in the hands of government bureaucrats, which are generally of low skill and intelligence, Bro you have posted this on an article where GOOGLE fucked up PARSING A USER AGENT STRING to the point they deliver an empty HTML document. What feature on the Google search page even NEEDS such feature switching based on user agent? Google search worked pretty well on intern…
www.google.com – The page is blank when accessed
251–260 of 320 posts
Re: www.google.com – The page is blank when accessed
#252Earlier quoted context omitted.
If it is a old video (3 days), just search for it in DDG, and just watch it via DDG.
This is not a solution that will work for mom and pop. Exactly the kind of workaround that relegates Firefox to being a "techies only" browser.
Re: www.google.com – The page is blank when accessed
#253The latest comment on the issue states that Mozilla has a patch that can be emergency-deployed as a patch release. The proposed patch literally overrides the UA string for Google. Is it just me, or is this absolutely insane? When Google ships a bug, it's suddenly the responsibility of browser vendors to "fix" it at the browser level?
It's not the responsibility of the browser vendors. But they have an interest in un-breaking the experience for their users. In a sense, Google is too big to fail, so users want it to work any way possible. It happens all the time, you probably just don't realize it. There is special code in Windows for supporting/un-breaking popular applications, same with Android and iOS.
Here's Raymond Chen sharing some of the worst examples from the 90s
https://ptgmedia.pearsoncmg.com/images/9780321440303/samplec...
Re: www.google.com – The page is blank when accessed
#254Earlier quoted context omitted.
So I guess my question would be where things were breaking down - Meet was almost unusable in Firefox for 2019-2021 (Slack, Teams, Zoom, Chime, and WebEx were all fine), and the GCP console login would periodically get into a login redirect loop only in Firefox on a regular basis for months. Our GCP rep never could get an answer on whether anyone was even aware of that problem.
My guess is those paths didn't have automated tests, or the automated tests missed some important aspect of real-world usage? Issues engineers working on the product ran into were way more likely to get fixed (among other things because reproducing the issue was easier) and almost all engineers primarily used Chrome. (Not defending; trying to give background.)
I appreciate that - it’s been really frustrating knowing how many good technical staff Google has and seeing things just not get fixed. Our GCP reps seemed resigned to this happening but didn’t feel they had leverage to get attention on the product side, which made me feel bad for them.
Re: www.google.com – The page is blank when accessed
#255Earlier quoted context omitted.
That's just sabotage with extra plausible deniability.
Is it "sabotage" when you don't intentionally devote resources to making some random third party's browser work? What obligation do they have? Mozilla has cachet with nerds like us because of its history. Not because it's particularly better than alternatives or because it has enough of a user base to throw its weight around. In contrast, they do test on Safari. They'd lose double-digit percentages of users if they d…
Re: www.google.com – The page is blank when accessed
#256Earlier quoted context omitted.
Is it "sabotage" when you don't intentionally devote resources to making some random third party's browser work? What obligation do they have? Mozilla has cachet with nerds like us because of its history. Not because it's particularly better than alternatives or because it has enough of a user base to throw its weight around. In contrast, they do test on Safari. They'd lose double-digit percentages of users if they d…
Except that firefox is particularly better than alternatives. It isn't sending my browsing history to Google, and actually lets me block ads. Firefox provides a level of customization and options to protect your privacy that chrome will never match.
For obvious reasons, I don't think Google is devoting any resources to optimizing the experience of navigating to google.com for people who don't want any history generated on their use of google.com.
I agree with you that the other features listed are positives, but they don't appear to be positive enough to push use of Firefox psst Safari, Chrome, or Edge numbers.
Re: www.google.com – The page is blank when accessed
#257Is there any legitimate use for UA string sniffing vs feature detection? And what could a search engine possibly do that's so bleeding edge it doesn't work in all browsers?
You don't get that sort of speed without heavy optimisation. In fact I'd be amazed if www.google.com isn't the most heavily optimised page on the internet. So it's not at all surprising to me that they optimise based on what browser is asking.
Re: www.google.com – The page is blank when accessed
#258Earlier quoted context omitted.
Firefox had 30% market share in 2011, the article links to the discussion about when google chrome first released. The article discusses how this behavior ate away at the market share every time google released something that worked on google chrome, and broken on firefox. And as a result over the years, now firefox has a 3% market share as you say.
Firefox share declined because the market objectively decided Chrome is a better browser. Framing it as Chrome "picking" on Firefox is just silly. And I say this as a die-hard Firefox user and fan.
Re: www.google.com – The page is blank when accessed
#259I work for Google Search. Apologies for this! It’s been fixed now and posted to our search status dashboard https://status.search.google.com/incidents/hySMmncEDZ7Xpaf9i...
Fortunately, the issue was reported in the proper / only place to get support from Google: the front page of Hacker News.
Re: www.google.com – The page is blank when accessed
#260Earlier quoted context omitted.
No. But you might be misguided if you are incompetent to do it right, with incremental enhancement based on available features/resources. But then you will also be incompetent to do it right with UA sniffing, which is even harder and require more maintenance to keep the list up-to-date. That's the obtuse thought process on how you get the garbage google just showed us.
This level of condescension isn’t helpful, especially as you’re wrong to make such an absolute assertion rather than describing the right or wrong reasons to use a tool. UA sniffing should be a last resort but there have been times where browsers have claimed to support something but had hard to detect bugs and the cleanest way to handle it was to pretend the feature detection failed on those older browsers. This is…
You either support older TLS or you don't. Do not try to fine tune it to one known audience. You just locked everyone that is not in the sample you just whitelisted(!) out of your service. But you don't know about them, so no harm? If you think one use case for tls1.1 is OK for one use case, just accept you support it.
Same for every thing else. Every time you use UA sniff, you are doing it wrong. not matter how smart you think you are. You are not. It's just a momentary feel good because you are oblivious to everything else. Just like you felt good when you blocked tls1.1 before knowing of those blind users. Now you felt good allowing those blind users because you still don't know about another group that you might learn tomorrow or never, because you are blocking them :)