Google Chrome (BETA) for Windows

The Google Chrome Beta is live for Windows XP and Vista users.

One box for everything
Type in the address bar and get suggestions for both search and web pages.

Thumbnails of your top sites
Access your favorite pages instantly with lightning speed from any new tab.

Shortcuts for your apps
Get desktop shortcuts to launch your favorite web applications.

Download Google Chrome
For Windows Vista/XP

Related: Google Chrome Features

Note: There isn't a Vista x64 specific version, but the normal 32-bit version appears to work fine.

Also: I've posted a Google Chrome Beta screenshot gallery.

Barb told me (correctly) that it installs under C:\Users\[user name]\AppData\Local\Google\Chrome\Application in Vista for some reason, instead of in Program Files or Program Files (x86). That's just weird.

Discuss this Article 73

Ocean
on Sep 3, 2008
What does the book search disagreement have to do with a legal license? Thats a slur, and a nasty one.
tayme
on Sep 3, 2008
Ocean and Thingy - The installation path issue that is being discussed here, is a security risk. For you to argue otherwise tells me that you have never supported a secure environment. To write it of as follows is really stating htat Google not only wants to get at your personal information, but also at corporate data. You do realize, that at many medium to large organizations, security, along with other areas of risk management is a top priority, don't you? Places like healthcare institutions, financial institutions, insurance companies... "In any case, the reason for the choice of installation location is pretty obvious: They want corporate users to be able to install it without requiring permission from IT, and they're guessing the IT departments are too lazy to properly secure their systems from unauthorized executables. It's a way out for all those people stuck with IE6 by their outdated IT departments." --tayme
Ocean
on Sep 3, 2008
Thus the question: Why isn't it getting larger play across the internet? Why hasn't MS pointed it out? I have no trouble believing it...the question is one of confirmation. Lots of people here are awfully partisan...
Ocean
on Sep 3, 2008
Ocean
on Sep 3, 2008
I might note that Paul is putting words in Googles mouth (as Mike and as MS seek to do): >>But a big part of the thrust behind Chrome is to formalize the notion that Web applications are as capable and "real" as traditional desktop applications.<< Where did they say that? Because they didn't. Be very wary whenever a partisan writer starts off with the words: "implicitly admitted".
Dipsh t Admin
on Sep 3, 2008
"I have no trouble believing it...the question is one of confirmation. Lots of people here are awfully partisan..." Well I can also confirm it. You could install it yourself and see and end the confirmation. Likewise, in XP, it installed it in Documents and Settings.
Ocean
on Sep 3, 2008
That it's a huge big security hole...not that it installs there.
betsig250
on Sep 3, 2008
I have played with Chrome for a little bit but the one glaring snafu for me at least is when I use the scroll wheel on my mouse it scrolls way too much per notch. Is there a way to control that? I have my mouse settings set to 3 lines per notch and all of my other programs behave good.
Ocean
on Sep 3, 2008
betsig...see here: http://episteme.arstechnica.com/eve/forums/a/tpc/f/99609816/m/2460074249... Look toward the end of the page...
Dipsh t Admin
on Sep 3, 2008
"That it's a huge big security hole" Well it didn't require a UAC prompt and totally circumvents the protections of the Program Files folder. As an IT admin, this is a huge problem. Running it through Looking Glass, we see key files not protected by NX, although they are doing pretty good with ASLR. Neither is the Chrome.exe file digitally signed. Hopefully these problems will be fixed soon.
johnbaxter
on Sep 3, 2008
Ars Technica (a writer at) says Google (a person at) told them the EULA will be fixed. Perhaps this fresh incident will convince Google that it's cheaper to have the lawyers work out a special EULA ahead of time when appropriate rather than to use the cookie cutter one and pay the lawyers extra to fix it under time pressure. (In this case, Google has had 2 years to think about a EULA for a web browser, and this is not one of the "20 percent of your time" projects--clearly there is a process problem at Google.) --John (who, just to be clear, would very much like to see this browser succeed, but annoying IT departments doesn't help with success in business environments and flaky EULAs don't help with success anywhere)
johnbaxter
on Sep 3, 2008
Mike, if you look at the premature history this way, it's scary: Those June and July items are in the history because Google knew you were thinking about those URLs while logged into one of their services. Not that I believe that: if Google could do that, their ad revenue would look like petty cash beside the mind reading revenue.
mikegalos@msn.com
on Sep 3, 2008
So much for Chrome's process isolation means that a crash can only take down that pane (and give you the sad tab display) ZDNet is reporting http://blogs.zdnet.com/security/?p=1847&tag=nl.e550 that a proof of concept DoS attack is already out that takes down the entire Chrome system of tabs and windows just by visiting a bad site in one tab. "When a user is made to visit a malicious link, which has an undefined handler followed by a ’special’ character, the chrome crashes with a Google Chrome message window “Whoa! Google Chrome has crashed. Restart now?”. "
Ocean
on Sep 3, 2008
>>Shrug<< You expected perfection on day 2?
mikegalos@msn.com
on Sep 3, 2008
Ocean The whole point of their architecture is to make that impossible. Apparently despite the massive overhead of running a separate instance in a separate process for each tab, they don't isolate the tabs the way they said. It's likely an architecture bug and not a code bug and since it's precisely that architecture that they tout as their big advantage (despite the costs) this might be a major issue.
Ocean
on Sep 3, 2008
I thought the point of the architecture was to provide a more stable *surfing* element...not to proof it against directed attacks. I personally don't think it's possible to harden a browser to the point where any and every pointed attack will fail...without damaging the browsing experience.
Ocean
on Sep 3, 2008
>>despite the massive overhead<< Not all users have found that to be the case.
Dude1313
on Sep 4, 2008
Am I the only one missing the fact that this is beta?
throktar
on Sep 4, 2008
Security wise, busted from day one. Why would Google use an older unpatched version of Apple's WebKit? I guess they don't believe in true QA at Google...
johnbaxter
on Sep 4, 2008
Dude1313, others have noticed the beta tag. Chrome seems to "beta" farther back into unreadiness than even Google usually does. (By necessity, I speak from reading others' postings. Not installed here (likely not this year).)
deepfry
on Sep 4, 2008
Actually I've found the beta for Chrome to be much more stable and functional than the first Safari for Windows beta....not that that is saying much though. :) Mike you are right in that there are likely more items in your history from your other browsers, I was just pointing out where those entries likely came from - in that Chrome didn't just make them up or have a timestamping glitch. And for the record, I will agree with those who have said that putting the app into the users' data directory is not the way to go. I'm not against per-user apps, but the executables should be stored in the proper programs folder with all the other programs, just allow separate user information to be stored in the data directory. If I'm backing up my user data, I don't want to be backing up program files (that won't run if all I do is restore them to the data folder on another computer).
techboy2000
on Sep 4, 2008
Silverlight on Msnbc does not work on IE8. I can't believe they would release a beta where Silverlight did not work. I've always been a bit of a Microsoft fanboy but Google keeps turning up the heat. Chrome is exciting. Perhaps it was all of the anti-trust baloney that killed Microsoft's aggressive style.
mikegalos@msn.com
on Sep 4, 2008
techboy2000 You're right to not believe that Silverlight doesn't work on IE8 because it worked fine in beta 1 and it works fine in beta 2.

Please or Register to post comments.

IT/Dev Connections

Las Vegas
September 30th - October 4th

Paul ThurottYou'll have the opportunity to experience:
• 120 Technical
Sessions
• Networking with Peers
• Expert Speakers


Come See Paul Thurrott & Mary Jo Foley in Person!

Register Now

Office 365 InfoCenter

Get the latest insight and info from Paul

Read Now!

What I Use