Google has started showing old versions of its search page to people using out-of-date versions of some web browsers.
On the other hand, many of the people using older versions of browsers would probably be the same ones who don't like the changes Google's made to its pages.
As someone who regularly uses various browsers (including text-based), I have a very strong opinion on this: I've noticed the "you must use browser X, Y, or Z" trend become more prevalent over the years, and I think it's against the basic premise of the Internet to be an accessible source of information to all. Users should be free to use whatever browser they want, on whatever hardware they want, with the understanding that some sites may use features their browsers don't support. Most sites on the Internet are still primarily sources of information, and it's rather disconcerting to see "appification" turning easily accessible pages containing text and images into complex behemoths that only work in the latest browsers from the big vendors. I know there is a certain allure to using the "latest technologies" for many developers, but if it needlessly excludes some others, there's a marginalising, discriminatory element to it that I just can't agree with.
She added: "We're continually making improvements to Search, so we can only provide limited support for some outdated browsers."
It would help if she pointed out the particular "improvements" and what features they need.
Another problem with so many of today's "appified", needlessly animated websites is that they are rarely as accessible (as in, usable by people with disabilities) as their simpler, text-and-image-based predecessors used to be.
Just because <canvas> and cool CSS3 hacks are part of the W3C standard doesn't mean that you can use them wherever you want. If you use CSS3 hacks to convey meaning, that meaning is lost not only to old IE users but also to anyone who is visually challenged. Sooner or later, this is going to become a taboo, and all of us who did it will drop our heads in shame as if we'd used tables for layout. (Tables were, and still are, a W3C standard after all.)
On the other hand, I do want to discourage people from using IE7. How do we do that without turning every webpage into a shiny animated app? My answer would be simple: wrap all my CSS and JS links in a conditional comment that hides them from older versions of IE. Give those users the authentic Lynx experience. After all, it will probably be prettier, not to mention more accessible, than any "graceful degradation" hack that I can cook up.
Older design? That's too nice. What about no design? (Remember, your site should still work fine with no design.)
However I disagree. Most consumer pages don't need to look decent without CSS, be usable probably but not look decent. CSS is how you make the pages look decent.
I think that's ultimately what I mean. As an example, compare this screenshot of my site[0] with css and Javascript on to this screenshot[1] with it off. It's still perfectly usable, even if it doesn't look nice. But the same basic structure of the page is evident, and it's not like things are suddenly jammed together or messed up.
I think HN self selects for a bunch of corner cases that are atypical to the problem google is trying to correct for. People who have refused to update due to dislike of a certain OS, browser configuration, have extensions that limit functionality or otherwise knowingly don't update their browser for a specific reason based on technical understanding or aesthetic choice are the corner cases. Obviously, there are just a bunch of non-technical people using ie7 who have 5million toolbars and can't figure out why google looks so shitty. These people need to upgrade their shit, because when something doesn't work they can't fix it. Web devs are sick of having to develop with their hands tied behind their backs because a fuckton of people are using the old browser their computer shipped with in 2007.
It's not that people refuse to update. At work, we have not yet upgraded from XP so nothing above IE8 works here - you are not allowed to install any software on your own so no Firefox. If news sites, where the primary content should be text and maybe a couple of images, don't work because they require all kinds of fancy "modern web" features - then it is not a problem with users but a problem with the developers of the website.
Some may see your comment as flippant, but it is very accurate. Didn't MS shut off support for that combination of OS and Browser? If so, their IT department is exposing them to security trouble. If so, their competence is in question.
I've never understood the "well we have to keep IE6 because of this one obscure program" as the excuse to why IT departments force their users to use IE6. Keep IE6 for that one obscure, poorly-made program. Give then a copy of Firefox or Chrome to use for everything else. I realize for a lot of users that's more choice than they can handle, but those that know better must be tortured by that awful lack of choice.
It's actually worse than that: Microsoft gives you free integrated desktop virtualization (MED-V) and, in IE 11 they added an Enterprise Mode which works very well with antique sites. Both can be seamlessly integrated using group policy so a user clicks on the blue e, uses the web as normal and when they hit http://creaky-internal-app.example.com the experience seamlessly jumps back a decade.
This isn't being conservative about upgrades. This about an IT department refusing to learn to do anything they weren't doing in 2000.
I've never used one but I understand there are plugins that load a particular URL in an IEframe. So there's no need for the user to know that they need to use IE for one thing and FF/Chrome for another.
Or keep using it anyway. Most organisations don't actually receive direct Microsoft support/assistance when they run into problems anyway. So Microsoft ending XP support is practically meaningless.
At worst, it allows independent software vendors a small market for regular repeat business. At best, people just keep using XP the same way they've been doing for years.
Whatever the IT policy is is not really relevant. There is a big difference between ending or not providing support for older browsers (passively), and actively deciding to limit functionality solely on the basis of having an outdated browser.
Maybe the new search page uses features only found in the newest browsers. But since we have little details to go on (apart from the employee's canned response of "we are constantly updating functionality"), I'm skeptical that in fact they did this just for the sake of doing it "for the users' own good". That is wrong, imho
No your giving publishers a lazy get out - if you actually work for a large publisher online you would be shocked by how non technical and sclerotic they are - makes The laundry files bureaucracy seem fast and responsive :-(
while i respect that you personally are constrained in this respect, support for XP has ended. Chronologically, google inc was founded ~3 years before XP was released and it wasn't mainstream on inception. So the point being when XP was released like 13 years ago, it enjoyed mass audience. Now there have been several iterations of windows and according to mores law 10 years forward see more innovation than the preceding 100. So I would allege, that it is actually absurd that you could be angry that the site you are using is degrading a little less gracefully than you would hope to put pressure on you and your company to use something that was created recently. Conversely, I wouldn't fault the phone company if my Nokia brick phone wasn't fully supported, while I loved playing snake, times change.
Yes, you can't send an SMS with an "attached" video with your phone unless you update to a phone with a video camera ... you can still do the SMS but the side-channel and video capabilities are missing.
I would fault my phone company if I could no longer make and recieve phone calls and send and receive SMS text messages.
And it's not just about stuff not working on simple machines - many sites are awful to use on recent smart phones and recent OSs because they have only been tested on local networks on development machines. No one has tested them on normal machines.
> I would fault my phone company if I could no longer make and recieve phone calls and send and receive SMS text messages.
We went through this when cell networks decommissioned analog service and again when the early digital stuff was phased out. It turned out not to be such a big deal – once the phone company hit you with a higher bill to support the old equipment, almost everyone quickly decided learning how to use a new phone wasn't so bad.
This is similar: companies are hoping that the rest of us will subsidize their IT decisions with increased development and support costs. The difference is that most places lack a mechanism to pass along those costs so they're rarely confronted with a cost comparison.
Yeah sure, if IE8 could display CSS properly, that would be the case but unfortunately even basic CSS is quite broken on IE8, it's not just graceful degradation.
I'm not sure why I can't reply to the other comment.
I also designed things on IE7 & IE8 and there is definitely some major problems on IE8 which cannot be solved magically by graceful degradation. I think that IE9 is generally fine however, if you design everything with graceful degradation in mind and the website is quite simple it should work (appart for weird borders around images sometimes, but it's fine with a bit of css).
I've definitely experienced z-index bugs, floating bugs, padding bugs, display bugs (with inline & blocks) and core JavaScript bugs in IE8 which are making the website unusable.
IE8 is definitely not IE9, while it's still better than IE7 and there is generally less issues, there is still IE8 specific work to do to make the website compatible. And depending of your strategy within the company, it might not be worth trying to fix these issues. (this is quite costly).
Source/examples? The only real hassle that I experience with IE8 is "odd" behavior around positioned elements, everything else works OK. It even supports box-sizing: border-box.
As web dev, I am aware of a pain to work with old browsers. However, as user/customer, I perfectly feel for people who have better things to do with their lives, then download, upgrade, update, sometimes spending hours, breaking things, spending more hours to repair them, and so on.
In the ideal world, upgrading should be easy and fast, and provide an easy reverse if the user is not happy. As we know, this is not the case, so how can we blame the user for getting stuck with the old system that reliably worked?
In what way isn't it easy/fast now? Upgrading from something like IE7 is as easy and downloading/installing and you're done. It'll hold your hand through carrying over your data from the old browser and even ask if you want it to be the new default. Then updates from there are done automatically in the background without any user input.
Can't speak about the M$oft world that I left long ago. However, as far as I understand, the issue is the OS, and many people simply prefer XP.
But Mac OS is no different. I've been on OS 10.5 and when Google stopped supporting Chrome there, it suddenly stopped working with Youtube. Luckily, I've found a hack and wrote a script launching Chrome without that disable setting. Which proves that there was absolutely no reason to forcefully disable what worked for users for many years.
Sure, but once you upgrade to a certain point, your browser should update itself automagically. I know for sure that Chrome auto-updates, as does (I think) IE9. So once that initial investment has been made, this argument doesn't hold true
Browser update stops once you reach the last version supported by your OS. From there, you have to upgrade OS and that is not as easy or risk-free, unfortunately.
As an Opera 12.x user I noticed them dropping support the other day. There's a huge difference in dropping support for 8-10 year old versions of IE and a browser that was receiving new features until the other year (and is still on par with most CSS/JS/HTML features of current browsers[1]). Especially when it's just search results. Opera themselves still recommends Opera 12 for long time users until all features are ported to the Blink based Opera and still patch it for security issues.
It's all done by user agent sniffing though, so if you're an Opera 12 user still and haven't found a way around it, you can switch the user agent to something like Mozilla for Google sites only in Opera's override.ini file and search results work just as they did the previous week. Other sites run by Google, such as the Android developer's console and Admob will also work correctly using this method. If unsure how to do that, here's an example[2].
Users of other browsers no longer "supported" could do something similar with an extension of some sort for their browser and just change the browser version of their user agent to something newer (something farther in the future would be a good idea).
It can't be understated how disgusting this decision by Google is.
Opera 12 and Opera 15+ are completely different software packages that share literally and explicitly no code whatsoever.
One is a Chrome fork; the other a completely standalone program.
One is as bare-bone as browsers can get; the other has, out of the box, more features than any other browser on the market.
Not even the company producing Opera 15 asks its Opera 12 users to upgrade, since Opera ASA does know it is not an upgrade.
Yet Google decided to join the charade of Opera 15+ being an "upgrade" of Opera 12, since having another Chrome fork putting pressure for compatibility on websites furthers their goals.
I disagree. The marginalising, discriminatory effects of web developers using the state of the art is critical to moving web technology forward as quickly as possible. By penalising users who use antiquated browsers or computing devices, it helps create pressure and demand for:
a) more affordable modern computing devices
b) more intelligent auto-updating browsing software
c) more educated and engaged consumers
Mollycoddling stragglers only hurts everybody in the long run.
Then let's just dispense with the silly idea of having open standards. The idea was to allow graceful degradation. But if you're just going to block out people, just dump the baggage of HTML and CSS and truly move everything forward.
I'm not really sure how the rest of your points follow, however. Modern browser features have led to higher battery consumption on the whole. The number of sites that can peg a CPU core is staggering (and naturally terrible for batter life). The motivating factor for auto-updating browsers is to deal with security matters, not jamming features consumers aren't really asking for down the pipe. No one really needs drop shadows badly enough to risk instability every 6 weeks. And I'm not sure how constantly trying to get people to download Chrome makes them either more educated or engaged. It strikes me to be the opposite.
I'd like to mention that there's a whole class of HTTP clients that aren't end user browsers that get impacted by this sort of thing. It kinda sucks having to fire up a hefty PhantomJS or SlimerJS process because the standard HTTP clients for whatever language of choice can't do anything meaningful with certain sites any longer.
The motivating factor for auto-updating browsers is to deal with security matters, not jamming features consumers aren't really asking for down the pipe.
Absolutely. I don't think anyone would disagree to updates for fixing memory leaks, buffer overflows, and similar security-related bugs. But when they come with disruptive changes including removal of valuable features and increased system requirements, it becomes more of a dilemma and in some ways almost feels like they're using security as an excuse, a "tool of obedience" to pull all the rest of the unwanted changes along too.
To me, the whole "we must move the Web forward" notion (I've heard it far more recently than before) is increasingly looking more like change for the sake of change; an indication that Web technology is reaching a saturation point - progress is outpacing demand - for a lot of use cases, and hence the stronger attempts to promote newer technologies that are adding more complexity while yielding diminishing returns.
The increasing browser requirements for websites is not unlike that of increasing hardware requirements for software - the average user probably doesn't require anywhere near a machine as powerful as the ones today to serve their needs (mostly email and realtime chat, watching videos, reading webpages, etc.), but is basically forced into upgrading due to newer versions of software requiring more resources than before. (The machine I'm using is currently ~6 years old, and it still serves my needs just fine.) This "progress" is arguably beneficial for the economy of those in the business, but it also creates enormous amounts of waste for everyone else, and I don't think it's sustainable either.
"Moving the web forward" has always been the push of content designers to have more control over what happens on the user's machine; to control the exact display and interaction. Designers always wanted the power of flash -- full audio/video/interaction control.
Modern browser features have, like all change in the world, opened up some potentially problematic paths. But your frustration is misguided. Be upset with the people/sites that abandon standards or suck up processing power for an article.
The idea of the Web as it was sold to many of us was that it allowed for cross-platform access without having to deal with hardware requirements or DLL hell. The best part, was it was completely open and you didn't need to constantly upgrade because the technology degraded. Nowadays, if you run a browser older than 6 weeks old, you're treated with utter disdain by a non-insignificant portion of web developers. We've done a complete about-face on this one.
It also appears since new APIs are constantly being made available that devs are in a constant state of learning how to use them. While I appreciate that eventually some of this solidifies and we're better off for it, in practice a portion of the user experience always suffers. And as mentioned, this becomes really bothersome when this comes at the expense of battery life. If everything is to become a web app, and I have N tabs running, then I have N different opportunities for a web site to completely drain my battery. In practice, there's usually more than one site responsible.
And then there's the fun matter where auto-updating browsers sometimes just don't work. And since the update occurs silently, it can take a while to figure out that's what happened and that the failure isn't related to something else. Chrome 36 simply didn't work for me, so I had to change browsers until Chrome 37 rolled out.
For what it's worth, I've spent close to five years working on a Web Consistency Testing service, where we've tested millions of unique pages across tens of thousands of sites. I understand the quirks of browsers better than many. I've measured the performance and memory impact of new browser releases. I've had to debug quite a few customer issues. So, while a large part of my frustration is certainly personal, I'm also coming at this having looked at actual data.
Right. And that ties back into my original comment. If we want the Web to be something different and feel constrained in supporting what it was originally intended to be, we may as well make a clean break.
Modern browser features have led to higher battery consumption on the whole. The number of sites that can peg a CPU core is staggering
If people are having consistently poor mobile experiences because of poor battery optimisation across websites, that should create market demand for smarter devices/mobile browsers, better development tools and modern standards etc., right?
I'm not sure how constantly trying to get people to download Chrome makes them either more educated or engaged. It strikes me to be the opposite.
Well of course. When Google nags people to download Chrome, they're advertising their own services and fostering ecosystem lock-in. It might technically equate to a public service if their primary target market is out-of-date IE users, but that's incidental. It's an entirely different issue to what's at discussion here. Regardless, it does at least raise awareness of browser choice and habituate people to such (to users such as us) very basic actions as downloading, installing and trying out alternative software programs.
If people are having consistently poor mobile experiences because of poor battery optimisation across websites, that should create market demand for smarter devices/mobile browsers, better development tools and modern standards etc., right?
Well, my point is these problems are created by "converting" what would traditionally have been static content into dynamic. I'm not sure there will ever be a way to make that as efficient as static. Creating a problem and then fixing it doesn't mean you've actually advanced anything. But I suppose you're right in that it'll create demand for devices with longer battery life, if not in a roundabout way. There are probably easier ways to achieve that.
Hands down the most common case I come across is constant DOM changes without any growth cap using something like a circular buffer. Eventually the browser just churns doing constant GC. Travis CI was a big example of this, but the huge set of blog widgets out there are typical culprits as well. I'm not sure how new hardware could possibly address that.
> that should create market demand for smarter devices/mobile browsers, better development tools and modern standards etc., right?
Web standards are not really about efficiency of rendering, and never will be. Hence 'cloud rendering' in Opera Mini. The minimum system requirements to browse the web are only going to increase.
The effort to bring people to use the latest browser is understandable. For one, it forces developers to "drop" bad practices which are now "restricted" or banned in modern browser specs. For two we can bring the latest security protection browser offer to user. How I wish we could just screw every webpage on this planet and rewrite HTML spec and make it fresh and restricted.
But, it is important to note that blind users have very difficult time to use web sites that are JS-heavy and plugin-heavy. ARIA is a great solution, but honestly, even popular sites are slowly adopting it and even so Javascript interaction can be very hard to get right for a blind user.
They can still use chrome and firefox if the website provides text-based version. But the problem is still most websites don't provide text-based version.
Shameless plug: I did my senior project on this subject.[1] In this project I used gmail.js which the author did an amazing job of extracting the DOM for us (it was also on HN). I wish a website could just provide these "JS" APIs publicly so developers like me who wish to let people to interact with the website over voice without us "scarping" the API. Think of the ideal REST practice where one uses HAETOS to drive resource discovery. Imagine every website has a "IFTTT" protocol!
It is unfortunate, but today, even there are millions of blind users, they have to "adopt" to the latest technology with pain, at least this is what the blind users I've asked before and after the project said.
Anyway, my project code is a mess, but it was fun to write add-on and try blind-user tools on my own.
I've been doing web application development since the mid-90's... If you think browser discrimination is new, so are you. NN4 and IE4 were so different from each other it wasn't funny. And by the time IE6 was released it was a godsend. Four years later, it was crap... by the time MS finally picked up development there was far better.
Just the same, pushing to abandon anything before IE9 is a hard sell... but when your mobile users are crossing 40% of traffic, it's an easier thing to do. Mobile devices take more time than some older browsers... just the same, developing for them is easier.
But I think there is a difference. IE6 was so far away from the standard that you had real difficulty supporting both, and really couldn't embrace a lot of features other browsers supported well. This was of course by design, intended to keep us from moving away, but it was so rubbish that designers moved anyway.
IE9 in contrast is pretty decent. In fact it's perfectly fine for most sites. For me, it's Chrome that is now aggressively pushing its own agenda. It doesn't really concern itself with standards any more than IE did, but because it's open source, nobody really notices.
By the time IE6 landed, it had over 90% market share... I wasn't about to support edge cases that weren't in IE6 at the time... I do agree in principle though.
I think things are fragmenting a bit, but the core is at least more in line among browsers... after ES6/7 take hold a bit better it will be nice.
I really wish the browser vendors would chose to use UTF8 under the covers for JS strings, and simply fix string handling for characters > 2^16 instead of additional regex flags, and string methods. I think it would fix far more bugs in end user code than those it might create.
NN4 and IE4 were so different from each other it wasn't funny.
On the other hand, those differences are likely to be mostly cosmetic - this was a time when JavaScript was very little-used and pages were still mostly static with little in the way of style, so they were still quite usable across browsers despite looking different.
Now that pages are more "appified" there is far more than can break, because of the larger dependence on JavaScript and CSS.
As I said... web based applications... In other words, I had to interact with both models.. I created some simple box abstractions, but something as simple as a dynamic form (certain inputs visible based on others) was pretty much a pain, since you couldn't break a <form/> across multiple segments in NN4.
That doesn't even get into more complex interactions, or the flicker when making UI changes dynamically. For some things I simply re-wrote frame content client-side as it was faster with less "flicker" than trying to manipulate the DOM nodes.
Doing async stuff was interesting, post queues to frames, with the response wrapped similar to jsonp.
Indeed, I'd also love to know what these "improvements" are. What I see look more like removing features, or hiding them, making harder to find and access.
There used to be a "Map" link, where I'd instantly send my search text into Google Maps. Where is it, and what was wrong with it?
> Users should be free to use whatever browser they want, on whatever hardware they want,
They are.
> with the understanding that some sites may use features their browsers don't support.
Yep.
> Most sites on the Internet are still primarily sources of information, and it's rather disconcerting to see "appification" turning easily accessible pages containing text and images into complex behemoths that only work in the latest browsers from the big vendors
That's covered by the second half of the first quoted sentence.
> I know there is a certain allure to using the "latest technologies" for many developers, but if it needlessly excludes some others,
Who are still free to use whatever they want.
> there's a marginalising, discriminatory element to it that I just can't agree with.
So, only users get to use new tech and developers are stuck with using whatever works on the oldest stuff?
>> Users should be free to use whatever browser they want...
> They are.
Users are free to access sites that don't work on their browser? Sounds like a very desirable freedom to have...
>> Most sites on the Internet...
> That's covered by the second half of the first quoted sentence.
Incorrect. The first half of the sentence that you quoted said "Most sites..." not Google's site.
>> there's a marginalising, discriminatory element to it that I just can't agree with.
> So, only users get to use new tech and developers are stuck with using whatever works on the oldest stuff?
Sure - Developers can do whatever they want, but isn't everybody free to complain about it?
How would you feel if tomorrow most sites (including Google) started employing some type of extremely annoying DRM and you couldn't access those sites at all without buying a completely new phone, computer, laptop and software for yourself and your whole entire company.
Let me guess - you'll say "they're free to do that". Great. That's a very productive answer. Do you think anyone would be complaining about it? Probably lot's of people. So, what's the point of saying that "everybody's free to do whatever they want" other than to state the painfully obvious? Yes, yes, yes - all things being equal, people are free to do wtf they want. Yay!
> buying a completely new phone, computer, laptop and software
Since this would only be a reasonable analogy if that new device and software were completely free, I don't think it would bother me that much. Now that I think of it, they already do this: Google still refuses to support my Ti-83plus. How dare they discriminate against me by supporting some devices and not others.
Browser updates can have major effects on enterprise level webapp behavior. It's a major headache to maintain support for n browser versions for something that doesn't add functionality to the application.
We have to re-certify our app with each major browser release and at the same time make sure we're still functioning with older versions, and make sure that older branches of our app is patched and customers are aware of limitations.
"I've noticed the "you must use browser X, Y, or Z" trend become more prevalent over the years..."
I believe what you are actually seeing is the opposite of "Don't use IE". Instead they are saying "Use anything but IE" (best viewed in Chrome, Firefox, Safari and Opera). And that's good advice.
tbh the guys who are building the new IE did a reddit AMA a week or so ago. The new IE seems really great and those guys seem smart and receptive to the needs of web-devs and users. The problem, which google is trying to address, is that I doubt the majority share of computers running ie are running the newest most updated version. However, ceterus paribas, your point is well taken.
The new IE is better than the old IE but being better than crap is still crap. IE can't hold a candle to the other browsers despite what Microsoft tells you. Known, provable, verifiable.
In the past IE beat the pants off of Netscape and basically invented "Web 2.0" with Microsoft's introduction of XMLHttpRequest. Nowadays IE starts faster and uses less memory than Chrome and has just as much CSS compliance. There are few parts of the HTML5 "standard" that IE doesn't supports.
So, what exactly are you talking about? What does "hold a candle" to mean to you?
I've adopted the "I don't care if you use IE" mentality.
I'm on OS X - if a browser doesn't run there, to hell with them. I'm not wasting the money to buy an OS I can't stand just to test a browser. I'm also not wasting time having to reinstall a VM every 30 days for the same reason.
When MS makes it painless to run IE on a Mac, then I'll actively test against it. I might not try to actively break it, but I'm not going to worry much.
And, thanks to Node-Webkit, anything that's critical can be wrapped up in an app.
And, in the same breath, could you also tell me which sites/applications you develop? That will help me avoid them!
This is precisely the kind of developer arrogance that I advise against in my sessions. Catering to a segment of population, or otherwise, should be a carefully-considered `business' decision. If you are making them based on your preference for OS X (or whatever) and your laziness to install a VM, you are actively inflicting harm on your business.
Riiiight. "Old browsers." Which "old version" of Chrome do you think is affected?
Google has already proven their willingness to degrade their search experience for non-Chrome browsers, by splashing a Chrome banner ad on the Google search home page[1].
This is about capturing more marketshare for Chrome, pure and simple. Eventually "old browsers" will be replaced by "browsers we don't care to support" will be replaced by "browsers that aren't Chrome." In the end, there's a possibility that Google's client software will be required to access Google's services.
Do you think that's farfetched? That Google is committed to browser diversity on the web? Then look at their vision for the desktop: Chromebooks, which do not support installing any web browser that's not Chrome.
> Riiiight. "Old browsers." Which "old version" of Chrome do you think is affected?
Not sure about search, but for gapps, Google's chrome versions support is the least generous of any browser. They only support the latest version (as opposed to the two most recent versions of other browsers). Effectively they only support chrome with autoupdate enabled. (Which presumably they feel they can do because they have the most aggressive - but also most smooth/invisible - autoupdate of any major browser).
Google has done amazing stuff for the web, so has microsoft, IBM,etc before it. The trick is to not give any one company a lot of power and diversify the power among many corporations etc. Google is still the most innovative company out there but lets hope we realize the time when they will need to step-aside and let other more innovative companies take its place.
Microsoft allowed js in internet explorer, it was an accident but many ppl believe that was the single point from where js took off. My statement was meant for their time. IBM did a lot of thing of important for CS (hardware )during its time so did microsoft. Google is doing similar stuff today with the web and prolly with AI in the near future.
Which "old version" of Chrome do you think is affected?
Well, since Chrome auto-updates that's kind of a moot point, no? AFAIK there are no Chrome users stuck at an old version because they are running the wrong OS, have old hardware, etc etc.
And I wouldn't say Chromebooks are Google's singular vision for the desktop. It is a platform with a specific, simplified purpose. Look at Android - you can install whatever browser you want on it.
I'm using Firefox 3.5, and a helluva lot of stuff doesn't work properly any more. For instance, I notice that reddit broke a few weeks ago and I can no longer vote or comment. Why? I have no idea.
"Why don't you just get a new browser?" you might ask. Because new versions of browsers don't work on OS 10.4.
"So why don't you upgrade your OS?" Because as far as I can tell, no upgraded OS that will work on this machine is still available. There's no upgrade path from here to there. OS 10.6 would run on this machine, and OS 10.6 would run the latest Chrome, but you can't get OS 10.6 any more.
So I'm stuck in a bind, with no other option than to throw this (perfectly good) machine out completely. I do have a newer machine, but I keep it in the office, and this one ought to be capable of doing everything I want from it, but web devs keep breaking things that used to work fine.
You should check out TenFourFox. Some heroic developers have ported the latest versions of Firefox to old versions of OSX, including, it looks like, 10.4.
This looks really awesome for people with PowerPC architectures.
As part of the porting, though, are there security guarantees?
I imagine if they're re-written low-level implementation details they'll be opening themselves up to risk (not to mention the chance for backdoors). I wonder what their process is for fixing new security holes as they are fixed in firefox.
It looks like they are tracking ESR releases, which get security fixes and not much else, so keeping it updated is probably not too difficult, in the scheme of things. I think they don't have a JIT yet, so that also helps. When they do get a JIT, I doubt it will be economically viable for the standard malware writer to target such a tiny segment of the market.
In any event, it is much more secure than running Firefox 3.5, which has published exploits.
TenFourFox dev here [:spectre on Bugzilla]. Yes, we run on 10.4. The best reason to still own a Power Mac today is Classic. It's why I do.
We track ESR and occasionally backport later fixes. It was easier to do it that way than to have widget or gfx break on rapid release -- that way we have the entire ESR cycle to get it right.
10.4Fx does have a JIT. Right now it's a highly modified version of BaselineCompiler (I hacked BaselineIC to have better type and shape guards that take advantage of the greater ILP possible with the PPC integer unit), but I've had trouble getting our JaegerMonkey implementation to come into the Ion age. What we'll probably end up doing is blowing it up and rewriting it based on MIPS, since MIPS does many of the same things we have to and is much more like us than ARM (they do lui/ori to load 32-bit quantities, we do lis/ori; they have a link register too; they have similar branch stanza requirements). We have an unusually large stack as well, mostly for the stack frame requirements of the ABI. I hope to have this ready by 38ESR.
Security is a concern for the browser. I hate relying on security by obscurity, but as you say, we're a tiny segment of a tiny segment (while 10.4Fx will run under Rosetta, and some crazy people do, it's not our core concern). We don't run Flash or Java anymore because of Rosetta Flash and Flashback, or any other plugins, for that matter. Since Firefox implements NSS, that means we're not beholden to deficiencies in the Apple-shipped SSL or NSURL. Heck, since Mozilla implements its own media libraries, we don't have to rely on the system ones either. It's going to be a lot safer than a Webkit shell which has all of those dependencies and more.
> So I'm stuck in a bind, with no other option than to throw this (perfectly good) machine out completely.
No, you're not. The next logical question would be: "So why don't you get a different OS?" There are dozens of FOSS OS's that will work just fine on your machine.
Apple is well-known for its rapid cycles of planned obsolescence, and technical users have no excuse for not knowing this. Either you keep buying their products on their schedule, or you say goodbye to their ecosystem. If you do neither, you have nobody to blame but Apple and yourself.
Why should Reddit keep supporting a Firefox version that was EOL'ed over three years ago and is known to be grossly insecure, just because Apple and you disagree about which Apple devices Apple's OS should support? That's a problem between Apple, Mozilla, you, and nobody else.
I'm in a similar boat with an older 2006 era MBP. It runs fine, and I'd just love to use it to watch movies or whatever. But I'm stuck in a similar "can't upgrade" mill, and the machine is too old to be useful for much else. So it just sits and collects dust.
Strangely my Windows machines from the same era (and earlier) aren't caught in the same pile of issues. They're still running XP, but pretty much everything still more or less works on XP (at least things the machines are physically capable of running). I've toyed around with installing Win 7 on them, but really, what's the point? There's nothing I can't really do with those machines that's within their processor profiles.
Just a few suggestions... first: post to a local mac user group forum near you. second: consider a virtual machine or dual-boot to a linux OS...
I don't know what programs you use regularly that tie you to OSX, and can understand the need for them, that said, there are options that are available to you.
I'm not sure what the possibilities of your particular system are, but GNU/Linux systems, i my opinion, do a a fantastic job of letting all kinds of systems use the latest and greatest browsers. I remember running Debian on a tangerine clamshell iBook a couple years ago.
I do this. I have stacks of Apple PowerPC machines (lamstand imac, 5 mac minis, G5 Mac desktop) and honestly, it's not worth wasting time on. Linux on PowerPC is really a second-tier architecture. 3D acceleration is subpar and there's no Flash, so you're really limited for a browsing experience.
This is one of the many reasons why I try to avoid using proprietary software. Such a situation would have never arisen if you were running a GNU/Linux-based system.
Does your laptop have intel hardware? If so - I would recommend installing Ubuntu on it so you could keep using same hardware while it is still relevant.
Once it stops getting software updates, its life is effectively over- that long-life PC's life ended years ago. People keep going with old hardware for different reasons.
If they enjoy the challenge of maintaining old machines past their expiration date and don't mind dealing with the annoyances, then that is a total geek thing for sure (not that there's anything wrong with that). People doing this understand and accept the challenges of doing this, and usually don't go around complaining about it.
If they can't afford a replacement, there's always the "just put Linux on there" option, but it's unfortunate that they can't just get a new machine. This rarely seems to be the case in these discussions though, at least on HN.
The most common non-nerd reason for clinging to unsupported hardware seems to be self-defeating stubbornness or cheapness, where the person feels a compulsion to keep it going "for the principle of the thing", where it's almost like they're doing it out of spite. If they want to do this to themselves, fine, but it doesn't make it any less self-inflicted.
As a web dev, I'm very well aware of the pain of supporting old browsers. I appreciate what Google did for that very selfish reason.
Google provide a "free" service ("free" as in they don't directly charge you for it, they show you ads and have advertisers pay for it instead). Users sure have the freedom to use browsers of their choice and search engines of their choice, so is Google entitled to similar kind of freedom -- they are free to set their own house rules, whether that's "old homepage for old browsers" or "special homepage for chrome". As a user of such a "free" service either you suck it up or leave. Bitching about something like this is like getting a free lunch and complaining there's not enough salt, imho.
While I do respect Google wanting to move forward and bring along newer features that need newer technology, is it really too much to ask for simple fallbacks for browsers that are otherwise still supported by their vendors?
Safari 5.1 is pretty old, but it's no IE8. It supports enough HTML5 and CSS3 features to make me think that Google's just being a bit cheeky to non-Chrome older browser
users in user-agent sniffing and then not providing a current search page with fallbacks.
By the way, are versions of Chrome at about the same age of these other browsers also being affected?
How many security fixes have you backported to Safari 5.1? A lot of Google's upgrade obsession is driven by the fact that they have a LOT of other people's data which is under constant attack.
Browser security issues shouldn't mean that functionality is suddenly thrown back 12 months for certain browsers, rather Google could simply display a banner urging them to update if it's an issue for them. Arguably simpler and makes a bit more sense.
The question is which browsers you invest your time and money supporting. If the vendor doesn't support a browser, it becomes increasingly hard to justify investing your resources on it and a single block-list makes everything consistent.
I'm on the latest chrome (v37) on Ubuntu, and I'm getting ye olde schoole Google for omnibar searches. If I hit google.com and then type a search in the page, I get the current Google layout.
<sarcasm>This is great news! Now all I have to do is not update my browser any more and I won't have to deal with the mess of google, facebook etc. changing their UI every so often and making me search for the new locations of the links to the features I use frequently.</sarcasm>
More seriously, I have set my "google" bookmark to google.com/webhp?complete=0&hl=en because I LIKE the old style better and don't want instant/autocomplete.
'Discourages' eh? I think a quote from Iain M. Bank's culture-series is in place here:
"You might call them soft, and they might agree with you, but they're soft like the ocean is soft, and any sailor will tell you how harmless the Ocean is."
Google is just being 'soft' on non-Chrome browsers here.
Capability checks and run-time tests can only go so far. You end up with a bewildering array of code path fallbacks and polyfills that massively complicates the readability and maintainability of such apps.
I realize web developers think it's kind of marvelous and cool and philosophically pure to serve one page that scales from Netscape 1.0 all the way up to today's bleeding edge mobile browsers, but realistically, it is better to focus team resources on different tiers of functionality and in effect, write two or more difference pages optimizes for different scenarios.
I know it's wrong, but I'd be happy if they just refused to provide any services unless you had an up to date browser or any interaction would immediately take the user to the what browser site http://whatbrowser.org/
On the other hand, many of the people using older versions of browsers would probably be the same ones who don't like the changes Google's made to its pages.
As someone who regularly uses various browsers (including text-based), I have a very strong opinion on this: I've noticed the "you must use browser X, Y, or Z" trend become more prevalent over the years, and I think it's against the basic premise of the Internet to be an accessible source of information to all. Users should be free to use whatever browser they want, on whatever hardware they want, with the understanding that some sites may use features their browsers don't support. Most sites on the Internet are still primarily sources of information, and it's rather disconcerting to see "appification" turning easily accessible pages containing text and images into complex behemoths that only work in the latest browsers from the big vendors. I know there is a certain allure to using the "latest technologies" for many developers, but if it needlessly excludes some others, there's a marginalising, discriminatory element to it that I just can't agree with.
She added: "We're continually making improvements to Search, so we can only provide limited support for some outdated browsers."
It would help if she pointed out the particular "improvements" and what features they need.