the issue: Chrome devs breaking my browser (yes broken, as in, far
less usable) without good reason..
Well, I am not entirely sure why I'm bothering to join the group to
discuss since everything so far has basically been of the tone "too
bad, so sad."
Nevermind that it's inconvenienced everyone who did manage to find it
on the flags page and used it to solve two of the most fundamental
hard-to-work-around issues with the current vanilla chrome: issues for
some with vertical space and issues for others who keep large numbers
of tabs open while browsing.
Quick recap:
I am not entirely sure how long side tabs were in, since, I, as with
many others, found it through exploring the "chrome://flags" page
being that the feature was entirely unadvertised. There were some
blogs and other articles that explained how to get them, as well. An
example: (now with an update saying tabs have been removed):
http://www.techerator.com/2010/07/how-to-enable-vertical-tabs-in-google-chrome/
, dated 23 JUL 2010. So lets just be generous and say this feature was
in for, at a minimum, a year and a half.
Then, without ever notifyng anyone they were available, we were told
the feature was removed due to... ahem... "lack of interest." (Yes, no
interest, e.g.,
https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/
: Tree Style Tab, 83,422 users.) Besides, as if interest could have
ever built when it was never even placed on the main configuration
page.
At this point 117 people have starred and there are, let's say, ~75
comments on the issues on a bugtracker issue
http://code.google.com/p/chromium/issues/detail?id=104937 regarding
the matter, prior to which we also had others (check the first issues
link there's a post with other links to things showing the support for
keeping sidetabs) and this one:
-----------------------------------
https://code.google.com/p/chromium/issues/detail?id=99332#c25
"Comment 25 by
gl...@chromium.org, Oct 14, 2011
I'm the 'Glen' referred to in thakis' original posting, and I feel we
owe you some explanation.
As an experiment, side tabs weren't a success - a small number of
people really passionately loved them, but they ended up not being
compelling enough to make the cut. We torture ourselves over stuff
like this - it comes down to painful decisions about keeping Chrome
lightweight - we know that a feature like this is really important to
some number of users (and Chrome developers!), but at the same time we
have to continually cut and trim things, knowing that those cuts will
annoy people, so that Chrome doesn't turn into bloatware that
satisfies no-one.
We do hope to have a better solution to the "I have too many tabs"
problem someday soon, but side-tabs wasn't it. I'm really sorry that
we let the experiment linger too long - it meant that many of you
became dependent on it, making the end of the experiment an even
bigger pain than we wanted it to be. "
-----------------------------------
Yep yep, was cut and trimmed, there was a decision taken to remove
them, 'cause it could possibly stop working, maybe, so really why
leave it in for more than the year and a half, I mean, of course it
was just a chrome://flags option, so we can remove them at any time.
Nevermind that it's what kept many people using chrome in the first
place, since it makes browsing much more convenient, especially with
large numbers of tabs or widescreen aspect monitors, the developers
have control to remove it so why listen to "a few" users that are
switching to firefox or freezing their Chrome at the last sidetab
enabled version? (Oh and BTW, side tabs actually was the solution for
many people, and not just for too many open tabs, so your statement is
simply an assertion and a wish, not anything based in reality....
FTFY: "We do have a fantasy that some day we may provide a way to fix
the "I have too many tabs" problem (although it's not like it's even
in the plan at the moment so we can't give you dates on it) but I'm
gong to ignore the other obvious big problem that has no solution,
users needing a way to save vertifcal space, and just make a clearly
false statement ("side-tabs wasn't it") that you should accept without
questioning, but what I really mean is "I didn't like the purity of
the code with side-tabs in it, so I'm deciding that it isn't going to
be a solution for the issue because I'm taking it out and all you
people that use it be damned."
What is said implicitly by standing by this decision: "Hell, who needs
customers when there may someday be a bug in an experimental feature
which actually hasn't had one develop in over a year and which may or
may not ever *actually* develop one, when there is a small small
chance that it will, and then the decision would be justified. Oh,
and nevermind we could make the decision at that point in time instead
of arbitrarily, now, prior to implementing the promised "much better
feature" that will replace side tabs, eventually, probably. Who cares
if 'a few' people are inconvenienced so much they can't use our
browser anymore, amirite?"
Then, another thread was opened which people came to voice support of
the feature over, which was marked as being untriaged! So, we thought
perhaps, maybe, someone told the developers that they should at least
listen to people and perhaps consider re-enabling sidetabs. Oops,
nope, wontfix:
-----------------------------------
http://code.google.com/p/chromium/issues/detail?id=100319 with this
message
"My hope is that ultimately we will add extension-controllable
detachable surfaces or similar under the auspices of bug 51084. At
that point it will be more feasible to implement a feature like this
that has a small but devoted following as an extension.
Until that time, we don't have any plans to re-implement side tabs.
There are a number of higher-impact features we're busy working with.
Bugs in our database are not a good place to discuss and debate
feature decisions. They're a work tracker for the engineering team to
quickly make triage decisions and then either close or schedule the
work. I'm sorry no one did that any sooner on this bug and gave all
of you folks who were waiting some clarity -- if we weren't going to
do this, it would have been good to say so sooner and not give a few
hundred people the misimpression that if only they posted enough
supportive comments we'd change our minds.
I am closing this bug to further non-committer comments. I suggest
that people who wish to discuss this issue use the chromium-discuss
mailing list which is a more appropriate forum for that.
I know this is a disappointing and/or frustrating message, and I'm
sorry about that, but it's better for us to be clear about our plans
than say nothing."
-----------------------------------
In other words: "Shut up, we're removing them, doesn't matter that
nothing was buggy about them in the first place, we're not going to
put them back, and besides we're looking at ways to someday, maybe,
possibly, put a feature in that might allow theoretical extension to
actually imitate the behavior that was already working and simply
removed on the theory that there might someday someway be a problem.
Sorry you're f'ed, but at least we told you that we plan to f you hard
instead of letting you think we might decide not to f you after all,
so drop your pants and close your mouth. At any rate we're closing
this for comments so you can't make your voice heard because it's
bugging the developers even some who might actually care about you, so
f u about that too."
Wow.
Finally, here's a post from Linus Torvalds regarding a recent patch
that was made that broke existing software depending on the kernel,
which as far as i'm concerned is equivalent in this case to breaking
the functionality that existing users were depending on in Chrome:
[N.B.: warning, very strong language!]
https://lkml.org/lkml/2012/3/8/495
"From Linus Torvalds <>
Date Thu, 8 Mar 2012 15:40:26 -0800
Subject Re: [PATCH] sysfs: Optionally count subdirectories to support
buggy applications
On Thu, Mar 8, 2012 at 2:18 PM, Eric W. Biederman
<
ebie...@xmission.com> wrote:
>
> Keeping compatibility is easy enough that it looks like it is worth
> doing, but maintaining 30+ years of backwards compatibility
Stop right there.
This is *not* about some arbitrary "30-year backwards compatibility".
This is about your patch BREAKING EXISTING BINARIES.
So stop the f*&^ing around already. The patch was shown to be broken,
stop making excuses, and stop blathering.
End of story. Binary compatibility is more important than *any* of
your patches. If you continue to argue anything else or making
excuses, I'm going to ask people to just ignore your patches entirely.
Seriously. Binary compatibility is *so* important that I do not want
to have anything to do with kernel developers who don't understand
that importance. If you continue to pooh-pooh the issue, you only show
yourself to be unreliable. Don't do it.
Dammit, I'm continually surprised by the *idiots* out there that don't
understand that binary compatibility is one of the absolute top
priorities. The *only* reason for an OS kernel existing in the first
place is to serve user-space. The kernel has no relevance on its own.
Breaking existing binaries - and then not acknowledging how horribly
bad that was - is just about the *worst* offense any kernel developer
can do.
Because that shows that they don't understand what the whole *point*
of the kernel was after all. We're not masturbating around with some
research project. We never were. Even when Linux was young, the whole
and only point was to make a *usable* system. It's why it's not some
crazy drug-induced microkernel or other random crazy thing.
Really.
Linus"
Or, my rework for Chrome: (apologies to Linus, hmm, a derived work,
that's probably ok right? ;D)
"> But the feature might some day get some sort of bugs in it
> and then you'll whine about it. Plus it sucks and we'll probably
> add extension functionality that will let someone write one
> someday that will do what you need... probably.
Stop right there.
This is *not* about whether the feature might possibly have bugs due
to some
unspecified future changes that don't exist yet and may never.
This is about your patch BREAKING EXISTING BROWSERS for your
customers.
So stop the f*&^ing around already. The patch was shown to be broken,
stop making excuses, and stop blathering.
End of story. Maintaining functional compatibility with features that
have
been available, experimental or not, for well over a year, and not
simply
removing them because of theoretical problems that haven't even
happened
yet is more important than any of your arrogant developer bullshit. If
anyone
had control over the release schedule and feature-set other than the
developers, I'd damn well hope they would make sure that you never
had
a chance to fuck over your users ever again.
Seriously. Maintaining functionality that is not only a convenience,
but
a *necessity* for many users (many of whom in this case have already
switched back to Firefox and will likely never be back due to your
arrogant
attitude and non-responsiveness in fixing the problem (that you
*broke
their browser!*) is *so* important that I do not want to have anything
to do
with Chrome developers who don't understand that importance.
If you continue to make lame excuses and come up with arguments
implying
metrics that, if I had to guess, had never actually even been taken,
but were
used as a tactic to shut down the users sine they don't have access to
know
you're lying about them, then you only show yourself to be
unreliable.
Don't do it.
Dammit, I'm continually surprised by the *idiots* out there that don't
understand that not totally screwing over our users, even if it's a
small
subset of them that found that feature vital and used it and relied on
it
to be in our browser, is one of the absolute top priorities, and lame
excuses about how the hidden extension didn't have enough support
or how it's on the experimental feature list just don't cut it. If it
was
going to be removed, you needed to do it before so many people came
to rely on the feature, and if you wanted to see how much support it
would
have gotten you should have damn well made it enabled by default for
a
few cycles (since it's still an option, even so) to see whether your
assertions that it's such a small subset that would use it are really
true,.
The *only* reason for a browser existing in the first place is to
serve
the web needs of the user. The browser has no relevance unless it is
making the life of the people that use it better than it would have
been
if it had otherwise not been available. Breaking existing features
(that
have been around long enough to show that they are vital to a certain
subset of users, regardless of whether they are on the experimental
list and therefore "technically" can be removed without debate) on
your own bullshit reasons - and then not acknowledging how horribly
bad that was and how badly you fucked your users - is just about the
*worst* offense any browser development can commit in my opinion.
Because that shows that they don't understand what the whole *point*
of the browser is after all. We're not masturbating around with some
research project. We never were. Even when Chrome was young, the
whole and only point was to make a *usable* fast, small, smart browser
unlike the alternatives available beforehand. That's why it's not some
crazy drug-induced "Opera" or other random crazy thing.
And I'm just kidding about Opera, they too care more about their
customers than you appear to. Just get over your damn self.
Really.
Chelle"
---
NOTE:
After writing this message and reviewing what is only even a
smattering of the developer responses, I have decided the the
developers in charge of removing side-tabs have made a decision that
their view of 'purity' of the system is more important than the fact
that the lucky users that even managed to find the feature are now
forced to use what is clearly a sub-standard UI are totally screwed
and have no equivalent options, even though the supposed reasons for
taking it out don't seem to actually exist. Nor were we ever given any
indication that the invisible metrics used to determine how costly the
feature was to keep in the system actually exist except in the minds
of these few developers.
Let's see how popular it is when it's actually part and parcel of
Chrome (e.g. advertise it, and move it from chrome://flags to a normal
wrench menu items); then maybe the claims that the feature isn't very
widely used will hold water, although I imagine that, instead, you'll
find almost every user who ever has more than a few tabs open (or who
has limited vertical real-estate but plenty of horizontal real-estate)
will be using the feature.
So, given that I am less important to the developers of the software
than hypotheticals and the possible future fixes for the fact that
they *broke my browser*, I have decided I am no longer going to
continue to use this outdated version of Chrome, and I will instead be
switching immediately to Firefox with the tree tabs extension;
besides, over the past two years I have seen Chrome go from the
fastest browser in the west to one that is (despite the cries of how
bloated the sidetabs feature might be making the browser) much
clunkier and slower, and takes up a HUGE memory footprint.
I will likely use it from time to time for particular purposes, but
from this point forward you have entirely lost a good advocate for
your browser: I have in the past installed Chrome for friends/family
or suggested they install it because of the advantages over IE or FF,
but as far as I can tell, not only has FF mostly caught up in
performance (and is headed the right direction), but Chrome is headed
the wrong way down that road, and in addition the developers care
little enough about their users that they are willing to remove
features vital to the use of their browser for those people. So, I
now care about Chrome similarly.
kthxbai... (Chrome, not this group...) I look forward to using a
browser that seems to head the right direction (e.g. performance,
memory footprint, RE: broken version changes/plugins issue finally
fixed) even if it may take a while rather than the wrong direction, on
purpose, with full knowledge that it throws at least a small subset of
their users on the fire to do so.
Chelle