Chrome Releases

Release updates from the Chrome team

Beta Channel Update

Thursday, September 8, 2011
Share on Google+ Share on Twitter Share on Facebook
Google
Labels: Beta updates

26 comments :

William said...

This is not going to be a popular experiment LOL.

12:41 PM, September 08, 2011
AWood said...

Awesome. No side tabs. Now I need to go back to having tabs the size of a favicon.

1:08 PM, September 08, 2011
jasonvaritekfan said...

So what this means is that Chrome goes back to the dark ages -- no Print Preview. Great!

Why not just add a checkbox to Chrome's settings to turn Print Preview on or off.

This is some bull y'all!

1:13 PM, September 08, 2011
FREEWILLY said...

Good idea. You guys can do whatever you want, as long as you continue to dump millions into this amazing browser and offer it for free! lol...

Besides, half the people reporting crashes have 10 flags enabled and 20 extensions...SMH

1:45 PM, September 08, 2011
norbijúzer said...

but why not in the dev channel???
why in the more stable beta??

2:35 PM, September 08, 2011
jan said...

whatever helps...

This brings me to a small request: Please enable the "click-to-play" function within the options! I have Chrome pinned to my Taskbar which means I cannot enable the feature via the parameter (--enable-click-to-play)

4:09 PM, September 08, 2011
Neko² said...

Well, I'm switching to dev then ! Can't live without the small url bar :p

4:54 PM, September 08, 2011
NotMikeBrearley said...

Fairly sure that this will result in less crashes. Mainly because without the ability to use plugins (click-to-flash behind a flag), Chrome won't be used at all. Au revoir...

8:01 PM, September 08, 2011
Cody said...

As soon as you make the "New New-Tab Screen" permanent, I'll consider this good news. Until then, bleh

8:05 PM, September 08, 2011
Martin said...

Great idea to disable all "flags" automatically!
You are right, there will be less crashes in beta channel, because everyone using "flags" will switch to dev channel or another browser. :o)
At least until key features like "click to play" are left in "flags".

Only solution I see is:
Temporarily switch to dev channel until flags are enabled again.
And permanently disable auto-update for chrome.

Manual update time to time to verified version is better than being guinea pig for such silly experiments.
I know that beta channel is some kind of testing, but this is too much. I would understand it maybe in dev channel.

Thank you for remembering me that auto-update is large security hole for not verified software.

5:37 AM, September 09, 2011
Chris said...

@jan You can have flags for a pinned icon. Unpin chrome from the taskbar, then open a chrome window with the flag activated (from a shortcut) then pin it to the taskbar. Just don't delete the shortcut you used to open it, so you can use that one that's already in the program menu.

7:28 AM, September 09, 2011
Keith said...

Why don't you just include which flags are being used in your usage statistics, I thought that would of been obvious from the start. I hope the next update brings back flags and is soon. As a non-adblock using Linux user the click-to-play option is almost necessary.

12:01 PM, September 09, 2011
William said...

You can still block Flash, you just have to right click on them, to play.

And it's easy to get to properties from a pinned program....
Right click on pinned program and
then again on the program in the list, you don't need to anything convoluted LOL.

1:28 PM, September 09, 2011
jzero15 said...

I want my flags back :/

3:19 PM, September 09, 2011
Jon said...

I want my flags back as well. You should have only disabled them for those who were providing you feedback.

3:45 PM, September 09, 2011
jan said...
This comment has been removed by the author.
4:32 PM, September 09, 2011
jan said...

@Chris, sort of ~ but I have already figured it out.

If you open the "flag-enabled" Chrome and then "rightclick > Pin to taskbar" on the Chrome icon itself the flag won't be preserved. This was my first try before posting the comment.

Meantime I figured out that after editing the shortcut you have to either "rightclick > Pin to taskbar" on the shortcut or drag&drop it to the taskbar.

4:39 PM, September 09, 2011
Samboc said...

I can understand the need to test new ideas and to let people opt into the beta program with the risk of some bugs being found.

Maybe some form of notification when some major functions are being disabled would be a good idea.

The print preview has been one of the main reasons for going with Chrome.

Any idea how long before functions will be restored or am I better off going back to V13 Stable

10:33 PM, September 09, 2011
Unknown said...

When is the stable version?

5:34 AM, September 10, 2011
spopiel1 said...

Please add back in the Flags!!

8:17 PM, September 10, 2011
DaveyNC said...

I had enabled "click-to-play" because I found that Flash crashed all the time when it started automatically. Sure would be nice to get that feature re-enabled soon.

9:25 PM, September 10, 2011
Vanburen said...

Please enable flags again soon, or at least make click to play a permanent feature outside the flags screen.

12:38 PM, September 11, 2011
LouisL said...

I got a netbook w/ a 10.1" screen: I NEED COMPACT BROWSING

11:36 PM, September 11, 2011
markku said...

Obviously, a lot of chrome users really need click-to-flash. For now I'll be using something else until flags are back in the beta channel!

2:24 AM, September 12, 2011
Freeman said...

This effectively solves the "problem of choice", there's no choice. The next step is to disable all input devices, read-only access should be more than enough, isn't it?

7:17 AM, September 12, 2011
Peter verboom said...

you can enable (--enable-click-to-play) if you have it pinned to the task bar in Windows 7. Right click on your shortcut, then right click on the Google Chrome shortcut and go properties. Put --enable-click-to-play at the end of the target field.

5:13 PM, September 12, 2011

Post a Comment

  

Labels


  • Admin Console
  • Android WebView
  • Beta
  • Beta updates
  • chrome
  • Chrome Beta for Android
  • Chrome Dev for Android
  • Chrome for Android
  • Chrome for iOS
  • Chrome for Meetings
  • Chrome OS
  • Chrome OS Management
  • Chromecast Update
  • Desktop Update
  • dev update
  • Dev updates
  • Flash Player update
  • Hangouts Meet hardware
  • Stable updates


Archive


  •     2018
    • Apr
    • Mar
    • Feb
    • Jan
  •     2017
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2016
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2015
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2014
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2013
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2012
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2011
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2010
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2009
    • Dec
    • Nov
    • Oct
    • Sep
    • Aug
    • Jul
    • Jun
    • May
    • Apr
    • Mar
    • Feb
    • Jan
  •     2008
    • Dec
    • Nov
    • Oct
    • Sep

Feed

Googleon Google+
Follow

Company-wide

  • Official Google Blog
  • Public Policy Blog
  • Student Blog

Products

  • Android Blog
  • Inside Search Blog
  • Lat Long Blog

Developers

  • Developers Blog
  • Chromium Blog
  • Android Developers Blog
  • Google
  • Privacy
  • Terms