The Enterprise Is Wrong, Not Mozilla
There's been a lot of noise about Mozilla's new rapid release leading to
conflict with Enterprise users.
Kethinov found an Ars article that points out that "Now that Mozilla has released Firefox 5, version 4, just three months old, is no longer supported. Enterprise customers aren't very pleased with this decision, and are claiming it makes their testing burden impossible. We're not convinced: we think Mozilla's decision is the right one for the Web itself.'"
If the version number were 4.0.2 instead of 5.0 Enterprises wouldn't be getting their panties in a bunch over this.
No, they aren't. EOLing something after 4 months and breaking tons of user plugins for no reason is not good for users or the Web itself. It's needlessly churn to rapidly inflate version numbers for no gain for anyone.
We are witnessing "Mozillacide"
Damn "ordinary users", they don't need plugins that work.
Damn the enterprise, they are not the target market.
The version number is now Mozilla's priority.
Obama's legacy: (N)othing (S)ecure (A)nywhere and (T)error (S)imulation (A)dministration
It's a browser, Firefox people. It doesn't need many new features. One new release every year or two is enough.
If so many new releases are needed for bug fixes, have longer betas. If the problem is security, beef up the sandbox design so that less of the code is security critical.
This is the reason IE continues to stay strong in enterprise.
Yes, corporate users are small-minded, and you're incurring in the same error.
Fix, stabilize, make a 'corporate version'. You don't need many resources for that.
Basically, sell a way for them to use Mozilla.
You're making IT people that root for you look bad. And making the dolts that only know IE look good.
how long until
When I used Firefox regularly, it bothered me that almost every update 'broke' a plugin that had specified a maximum version number that wasn't actually accurate. They would set the value thinking that they could update it later if it turned out to work.
Just the other day I was just reading a message posted by Linux Torvalds where he said that version numbers should be used for kludges that hack issue in old kernels, instead of trying to predict the future. In that post, his point was that if the kernel version number can't be read, it should be assumed that the normal way of doing things will just work, and to try it instead of explicitly denying things when you aren't sure.
I see this situation the same way. Until a plugin developer has tried the plugin and found it fails on a new version of the browser, the future should be wide-open.
Every time Firefox released a new version, the first thing I would do is force all my plugins enabled. And they almost always worked.
"If you make people think they're thinking, they'll love you; But if you really make them think, they'll hate you." - DM
Firefox's usage share has been slowly declining since quite some time. They introduced the rather universally hated moron-bar, and paid no attention to the feedback. Then they introduced the unwelcome changes in the UI with Firefox 4, and paid no attention to the feedback. Now they decided to piss off the plugin authors and enterprise customers. In the end, they may become a niche browser, and even Google could decide that their money is better spent elsewhere, than on a bunch of idiots.
"The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
How do they handle Patch Tuesday then? Are they finally getting MS (read: IE) critical updates from March?
"...claiming it makes their testing burden impossible. We're not convinced: we think Mozilla's decision is the right one for the Web itself.'"
Really? You think it's the right decision, huh?
Tell you what, how about I go around and change all unleaded gas over to leaded gas tomorrow, and YOU can work with your various manufacturers to figure out why YOUR make and model of car doesn't run right.
This is EXACTLY what Mozilla has done with their upgrade path (i.e. leaded gas). They've basically chosen to not give a shit about the very developers and coders(i.e. the car manufacturers) that have written thousands of plugins that helped put Firefox on the map and establish Mozilla.
Keep it up Mozilla. I don't care who you try and convince here, perception is reality, and right now the perception that your upgrade path WILL break the very features that make you rather unique in the browser world, will ultimately be your demise.
I've dealt with enough FF upgrades to know to research plugin compatibility before I upgrade, but it's still a pain in the ass even when I have to do it once every six months. I'll quit using FF altogether if that nightmare becomes a monthly battle.
If you have correctly followed commonly agreed upon standards how much of your application is really going to break? and like everyone else has said previous, they are small incremental changes not akin to the old paradigm of huge versions. you could also use a test suite and automate those tests. just some thoughts.
It's exactly that attitude that keeps firefox from being accepted in the Enterprise to begin with, and as several active IT admins have commented already on the last firefox story, many of them are deploying Chrome because of firefox's new release schedule.
If a web-browser change causes a "mission-critical web app" to break, one of the words in "mission-critical web app" is a lie.
How about they use better development practices such as not breaking plugins for people by bumping a version number for no reason?
Or how about plugin authors using the Beta or, better yet, the Aurora release to get their shit updated for the final release? God forbid the extension/plugin authors actually do anything to alleviate a problem with a simple solution. No, they'd rather bitch about having to update it instead.
And the best way to resolve that is to alienate the enterprise even more . . .???
At least at the end of the article, the author discusses having enterprise releases and internal updates. But the kiddies running this show need to realize that the big boy adults (i.e. the enterprise) are going to be the ones that drive the significant majority of sites/work on the web. Just saying, "oh go away I don't want to deal with you" only leads us right back to supporting IE6.
Using it. Right now I'm running pretty light- I only have 6 tabs open, but when I'm doing serious debugging it can easily be 20+. Some of them have video in them, others have google docs, etc. Right now it's "only" using 900MB, but it's not at all uncommon for FF to take up 2+ GB.
"Seven Deadly Sins? I thought it was a to-do list!"
I worked for a large corporation on a team that deployed software to ~50,000 desktops and ~10,000 servers. Whenever we wanted to deploy a new software package (Via Microsoft SCCM or Group Policies) it was a huge undertaking, even for the simpler applications. At minimum, it takes at least a month to develop a plan for and deploy an application, and that was just on our end. If it was something that involved websites, and/or browser plugins (Adobe Reader, Adobe Flash, etc) then it would take even longer because testing would have to be done on every internal web based application. That alone took several months and a dedicated project team. Once the software change was ready for deployment, it took a week to develop the scripting and deployment policies. After that, it was deployed to a pilot group for two weeks, and then a test group for a week. After that, it could be put into production. However, if there was the slightest hitch along the way, it could set us back several weeks. Enterprises move VERY slowly on their software deployments. If Mozilla is interested at all in keeping Firefox in the enterprise world, they're going to have to slow down, or at least release an "Enterprise" version so that deployment teams can keep up. Six week release cycles are just going to cause folks like me, who manage software deployments, to stop deploying it at all.
This is not good for the Enterprise. It's not good for Firefox or Mozilla, which is already losing marketshare and isn't going to benefit from pissing off very large users. It's not even good for "the web" despite their nebulous and poorly supported claim that it is.
In reality this is some blowhards like Asa making poor decisions and then trying to defend them when people point out that it's a poor decision. Normal users don't particularly benefit from more big downloads that break things more often and will sometimes get a new gee-whiz HTML 5 feature out the door a bit sooner (which then won't be adopted by any websites until a couple of versions of FF later because of the lag time required to, you know, develop stuff). Enterprise users clearly suffer because keeping up with this requires throwing testing out the window and will effectively just reinforce the idea that you should stick with IE (where Microsoft actually wants your business and doesn't give you a middle finger).
If driving people away from Firefox is "good for the web", then I guess this is good for the web. But here in reality it's good for IE and Chrome.
-- "So they told me that using the download page to download something was not something they anticipated." - Bill Gates
I experience the memory footprint problem also. It may be the sites I'm using are very heavyweight and remain in the cache, but it would be great to see some kind of graph that shows what memory is being used by which tabs, or is unreasonably persisting in the cache.
Considering 5.0 is mostly just a newer revision of 4.0, how can testing be that hard? We have Firefox 4 deployed on all our computers (over 5000). We will test it in a lab environment and then push out the new version with our deployment software to all machines at once. What exactly is hard about that? I suppose it would be hard if you didn't have something like patchlink or an equivalent software to do mass deployments. But then again that isn't really a Firefox issue is it?
"I hope you know how very lucky you are to know me, because I am so incredibly incredible."
Firefox can easily eat close to 1GB with a couple of windows and a few tabs in each, after a little while. That's with all scripts blocked, plugins disallowed, etc. I'm left to wonder if the vast majority of websites themselves have become too bloated to keep in memory. Either way, Firefox does not score well on memory usage or idle cpu usage (whether scripts are allowed or not) compared with other browsers.
How about they fix their plugin system so that determining whether or not plugin will work is not dependent on version numbers. This is equivalent to checking user agent strings to determine if your javascript will run. We discovered a long time ago that that was a bad practice. What we really need is a way for the browser to check which functionality the plugins are trying to use to determine whether or not it will run correctly And then just give the option to the user to run the plugin anyway. It's not like the plugins are compiled against specific version of Firefox anyway. They are just interpreted javascript code. The worst that should happen is that a warning should be displayed, letting the user know that the plugin hasn't been tested against the specific version. If the user decides it isn't working, they can disable the plugin if they want.
Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
there is a lot of *poorly written yet expensive* software that requires a specific web browser version. Cognos springs to mind. if you have a later browser it may not work and you have to buy a later version of the software which is very expensive. and companies use a lot of this type of software. cognos, web logic and lots of others.
There, fixed that for you. Given that the vast majority (ie. almost all of it) of web-based software, much of it quite sophisticated, does *not* require a specific browser, let alone a specific browser *version* and works just fine, this speaks volumes about the poor software engineering skills of the vendors in question. Not to mention the questionable judgment of the customers that pay for this expensive brittleware.
If my enterprise did not interact with other enterprises, then faster version numbers (be they major or minor changes) can be coped with. The problem is that we interact with other enterprises. My ADP timecard program still doesn't support Firefox 4. My Cisco Scan Safe proxy service *just* announced support for Firefox 4. My AT&T online trouble-ticket software is browser based, as is my internal Numara Track It trouble-ticket software. My customers (judges) are required by the state to use a browser based application for calculating child support rulings. All of these things have to work with my browser, and if one of my partners decides that Firefox 5 isn't supported while Mozilla isn't supporting Firefox 4, then I have a problem that drives me back to Internet Explorer.
they did not break them actually. how about you get informed before you post aggressively then?
FF 4 addons (plugins do not need update ever btw) have been marked compatible with FF 5 by Mozilla before FF 5 was released, so, no, they could not break.
That's incorrect.
Those plugins which aren't plugins but extensions in fact (or add ons) have complete access to Firefox and can modify anything. This is why they are so powerful on Firefox compared to Chrome, and why they require restart and version check.
Firefox also supports Chrome-like extensions, which are as you describe, and guess what, do not require checks or restarts.
Developers should however use them when their extension doesn't require extensive changes to Firefox.
but as soon as the memory is required elsewhere its released and available.
Maybe I'm wrong, but I always thought that memory that was used by a process (for example Firefox) needs to be swapped to make more free memory that now can be used by another process (for example a game). Windows can free its disk read cache quickly, but how can it "know" which regions of memory that is marked as in use by Firefox (whether caching or something else) can be freed up without swapping safely and that it will not break FF? Or does Firefox detect that another process wants to use the memory and release it?
I can second this. By way of comparison, quick benchmark I just ran right now on my laptop:
-- Opened chrome - no extensions but adblock/flashblock, opened 8 tabs - one to each of my bookmark bar sites, and 1 to youtube, where I played a random video from the front page. Memory usage: 162MB.
-- Opened firefox - no extensions but adblock/flashblock, opened the same 8 tabs and started the same video playing. Firefox.exe usage is 140 MB; plugin-container.exe takes up an additional 143MB to handle the video playback. Total usage: 283 MB.
That's a HUGE difference in memory utilization, and that's fairly "light" usage. Firefox is a bit of a pig when it comes to memory usage, and frankly its performance pales in comparison to Chrome, as well. I didn't like Chrome at first, I hated the way they handled tabs, and I thought I'd miss not having the file/edit/etc. menu visible... but the performance and stability have absolutely converted me... still get a little turned around with menu operations, but it's forced me to learn more of the keyboard shortcuts, and that's also a time saver in the long run.
And who's call was it to change version numbers? And who was the asshole who told Enterprise users (paraphrasing) "We don't give a shit about you."
Mozilla went out of its way to pick a fight. And that one statement right there is all it takes. It's not what Mozilla changed. It's the fact that they dumped a codebase on its ass after 3 months. That's not credibility building. That's saying "We have no clue how to plan or beta test our products properly."
Putting those two things together is, in no way, "the right [decision] for the Web itself." It's fanboy smoke blowing up CIO asses. If it's so right, why is it that Opera, Safari, and Chrome are not on the hot seat? Chrome undergoes changes at a super-rapid pace automatically, but I hear nobody really screaming about it. Two reasons, really. First, it just works, which can be said of FF, but it is not an aura they present especially when they have to drop support after only 3 months of a major release. Second, Google has never said, "F#$% you, CIOs!" Google has made it clear that they want to be the one stop shop for cloud for business.
The question is, what the hell does Mozilla want? I don't see a vision. They're worse than UI devs who argue over who's system is better, forgetting what their goals actually are.
At Mozilla, all I see is mismanagement. They can't control their code. They can't control their staff. And they are continually lagging behind all competition, which is especially sad given their rock star performance not too long ago, with social buzz propelling a large install base.
They don't do anything news worthy anymore, except piss people off. MS learned how to change that, and most CIOs are excited about IE8/9 as a real evolution. Chrome continues to innovate and add support. Opera is continually pushing the mobile envelope.
Not only were they assholes, but the question quickly flies back into Mozilla's face, "What have you done for me lately?" That mobile app? It's a joke. Slow, bulky, and not appealing. It is not even comparable to other mobile browsers like Opera or Dolphin.
Nobody really cares about Mozilla anymore. And those that do are finding it harder to justify using it. This isn't about what's "right for the web", this is about a tech that's outlived its prime, by a team that's outlived its usefulness.
I8-D
Yeah, I have no sympathy for IT or their severely myopic BS testing cycles. I don't think FF5 vs FF4 even shows up on their radar.
There's an extremely good reason for this - business drives IT, not the other way around.
What do I mean by this? I mean the IT department only really gets a say in how money and time is spent where it can explain a genuine business benefit. Otherwise it's very much at the beck and call of others within the business, who aren't going to change how something works because it inconveniences someone else.
"System N is getting on a bit" is not a genuine business benefit, and as such will never be taken seriously by any self-respecting manager.
"System N is getting on a bit and as a result is causing problems A, B and C." is not necessarily a business benefit. It may sound like one, but it's really an IT benefit.
"System N is getting on a bit and as a result is (costing more money than it needs to|impacting productivity|exposing the business to great risk) (delete as necessary)" - is substantially better, but I've yet to meet a senior manager who wants to do everything for himself - usually, s/he would much rather you come to him with a couple of possible solutions.
"System N is getting on a bit and as a result is (costing more money than it needs to|impacting productivity|exposing the business to great risk). We can resolve these issues by upgrading to System P, it's going to cost us £X in the first year, £Y in subsequent years and will (save|improve productivity by|reduce risk by) £Z over its expected lifespan. The risks involved in such an upgrade are A, B and C." is perfect.
>> my impression is that there has been a backlog of "new web technologies" waiting to be implemented in browsers (legally-free media formats for and tags, css3 animations, websockets, webGL, etc.) but I suspect with a more rapid development pace for Firefox and Chrom(e|ium), the backlog will get cleared out fairly quickly and the pace of development will settle back down.
Fine, so where are those new web technologies? Not in Firefox 5, that's sure. What we get is tabs on bottom, then on top, then on the title bar; missing status bar; the moronic single input field for all commands; point-and-click to get anything done--oh, now we type keywords to get anywhere; ever-moving menus; ever-changing preferences pane; extensions and downloads in tabs, no wait--on a new window, now back on a tab again (did we catch up with the Chrome look and feel?); and of course, the all-important major-version release number increment.
Yes, it does look like the Mozilla development team is right on top of that backlog of new web technologies that developers have been clamoring for.
-dZ.
Carol vs. Ghost
...pay someone (such as Mozilla...) for support? It's Free Software. They've got the source and the license.
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
Fuck catering to lazy corporations. That sort of thing has damaged the internet enough as it is. Maybe they'll quit buying into rubbish technologies if they can't rely on keeping the same awful browser around for over a decade.
Either maintain it, or take it down
Or develop for Chrome, which doesn't have a completely fucking retarded extension system. My code hasn't needed updating in a year and five major version numbers, it just works. And will likely do so a year from now, because it's based on web standards and not brain damage like XPCOM.
Depends on the organization.
Some consider MS patches safe and just roll them out, it generally works, we're small enough that its not likely to be a problem for instance. They rarely break things without stating what things they are going to break in advance, for the most part, MS does a massive amount of testing before release. Even though its Microsoft, most people have very little worry about applying MS patches if they read the documentation on the patches.
Many don't follow patch tuesday as in a sane network its not really that needed to keep up. With proper network segmentation and firewalling, the chances of a remote exploit getting into the network are slim, and if it does, it'll be contained to a segment that can be dealt with in a manageable way. So you don't really have to keep up with patch tuesday because your network parameter keeps the bad stuff outside the walls, allowing you more leeway to bunch up several patches and release them to your network after they've ran the gambit of tests.
The last large organization I worked at did 3 month cycles for Windows updates, meaning all installed patches were generally +4 months old, and it wasn't a problem. This however would result in Firefox being removed from PCs, its not worth the headache. They can just use IE and a filtering proxy and not worry about security problems and following some idiotic schedule that Mozilla comes up with.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
As a plugin author I'll tell you why.
I have better shit to do than keep up with testing against each new flavor of the day from Mozilla. I like to spend my time working on MY products and MY software, not retesting against someone elses interface constantly because they can't manage to write software in a way that it can maintain compatibility.
As of about 30 seconds ago, the decision was made by our company internally to drop support for Firefox until they pull their head out of their ass.
Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager