About time! I've been using it a lot on FF mobile where it's super useful.
This feature was announced long time ago. I've been using the Enjoy Reading extension for a while and found no good replacement when it was abandoned.
Personally I use a Firefox keyword shortcut to printfriendly (I don't remember why I stopped using readability, it's a lot fancier, but PF never failed so I kept going back to it.)
I seem to recall that Readability required transmitting the page I was viewing to their servers, so I found myself avoiding it. I don't know if there were good alternatives, but I do have faith that Mozilla's will be good (although I haven't tried the nightly or anything), so I'm excited about that. Once I used it for a while, it felt like something a browser should just have.
We've put the source we're using up on github ( https://github.com/mozilla/readability ) and plan to use the same library on all platforms. Any contributions are welcome.
A little icon appeared in the url bar on some website (it's orange when reader view is active, otherwise it's pale blue). I don't know how or why Firefox decides to show this icon. Even better, I just revisited the webpage in the screenshot annnd... no more reader view icon. SoFTWare.
ps: the reader view icon doesn't show anymore. FTWustrating.
Good shout, this seems like a pretty major accessibility bug, bit saddened that as a professional web dev I wasn't aware of it, otherwise I probably would've been applying a standard workaround like @sarciszewski.
I doubt that's Openbox. It would be one of the many tiling / dynamic WM's out there (DWM, Awesome, i3, Xnomad, etc).
As for which WM specifically, it would be impossible to say for certainty since every one of them can be configured to look like the other - so only the OP would know for sure.
I'd speculate that you're right about Linux, but only because the article exampled was about ArchLinux. However that could be a red herring and the aforementioned WMs would also compile on most modern *nixes (or at the very least, a few of the notable BSDs)
That is poor advice which doesn't account for the difference between computer screens and ink on paper. The deepest black you can get on a monitor will not be as dark as certain inks on a page.
I'd argue that it does account for that difference, just not in an immediately obvious way. Screen displays are an additive color model and print is a subtractive one; screens shine light at you, paper has light shined on it. This makes for a very different perceptual feel; (completely) black ink on white paper is way less "contrasty" than #000 text on an #FFF background. WCAG accessibility guidelines suggest a minimum contrast ratio of 7:1 luminosity -- #000 on #FFF is a 21:1 contrast ratio!
In practice, I think we'd be better off darkening the background a little and lightening the foreground just a touch; #333 text on #F8F8F8 background still "feels" like black and white, but (assuming you've chosen a reasonable text size) it'll be a lot easier to read if you're dealing with long-form text.
I find it difficult to believe that the relative difference between #F8F8F8 and #FFFFFF matters at all relative to the the widely varying screen brightness settings on everyone's very different computers, tablets and phones in very different lighting conditions.
It's (generally) bad 'design' to fill areas with black, sure- but #000 outlines and text is just getting proper use of the limited dynamic range we're provided with.
Do you find this page visually overbearing because all of the non-downvoted comments are #000? I have never seen a page of text on a computer screen look overbearing because its color was #000 and not lighter.
You know, you might be looking at a screenshot that has font settings (hinting etc) which work on the originating display and fail on yours. No reason to jump to snarkiness.
Yes, but font hinting takes advantage of the specific subpixel layout of your LCD (e.g is the order RGB left-to-right, top-to-bottom, two greens and forming a square, etc). If you take a screenshot and look at it on another monitor, it's quite possible for it to look awful because your RGB subpixel layout and the source differ.
First, who do you think you are to question my font configuration skills (hint: nil), second, as mentioned earlier, there are ways to have 'better' font rendering. The thing is it requires a PhD in Linux display stack and frankly I don't care. I tried to care though, and it backfired at me (emacs was fubared, and that's a deal breaker), and this default config, even subpar, is pretty enough and stable enough. Lastly, chromium manages to set up itself better and fonts look better in it. SoFTWare.
> there are ways to have 'better' font rendering. The thing is it requires a PhD in Linux display stack
Not really. Just learning about how to adjust preferences for FontConfig. Antialiasing, hinting and subpixel rendering have a lot of effect on the visual appearance especially.
You can read about it here:
There can be also some monitor specific tweaks like LCD filtering.
More feature rich DEs give quite easy to use interfaces for managing all that (for example KDE). So if you are using some barebones DE / WM, then you should be ready to do all that manually in the config files.
I did try arch wiki advices, I got some results but I didn't really understand what I was doing and had lots of undesired side-effects (emacs buffer redraw failed, screenshot aliasing failed,...) so I dropped everything and used stock config.
The xml config files seems overly complex (I admit, I suffer from acute xml ad-formatem) for my tastes.
I tried to diff manjaro linux /etc/fontconfig actually, just to see what they were doing right to have such nice visuals and couldn't find anything.
It's in the same basket as some famous audio server, which I replaced by it's very naive ancestor.
FontConfig rules can even be applied to Web fonts, which at times can be messed up by default. Example of such rule for fixing some mess on DuckDuckGo:
I didn't know this worked against web fonts as well. Is there any chance you could share your webfonts config in its entirety? Maybe post it on github or some whee? I'd be hugely grateful :)
That's really the only such setting that I have :) I use DuckDuckGo as my primary search engine and that messed up i was irritating me a lot, so I was digging for a way to improve the look of Web fonts and discovered that Fontconfig can affect them.
Is not about font taste, is about brokenness, you can clearly see in the screenshot that the fonts are rendered poorly, some letters are lighter than others, half of a letter is lighter than the other half, some don't look smooth, etc...
Fonts configuration is always rather subjective. I often don't like defaults. This applies to any system. Good ones allow greater flexibility. Bad ones assume they know best and force "best defaults" without any way to improve them.
Is not about font taste, is about brokenness, you can clearly see in the screenshot that the fonts are rendered poorly, some letters are lighter than others, half of a letter is lighter than the other half, some don't look smooth, etc...
Firefox renders text using whatever text rendering settings you have set up on your computer. These differ from platform to platform, and from monitor to monitor. If you don't like sub-pixel rendering, you just turn it off and all the programs on your machine, Firefox included, stop using it.
Others have also mentioned that the subpixel order differs from monitor to monitor, so if the screenshot was taken on a monitor with BGR subpixels and your monitor has RGB subpixels, the text will look much, much, worse than if there had been no subpixel rendering at all. Or perhaps you, like me, have a CRT and subpixel rendering always looks wrong. It's hardly Firefox's fault.
Not sure about that system. I'm using Debian testing and it has very good quality defaults (visually) which I change anyway to suit some of my preferences. So the claim about that "distros ship horrible defaults" is not universally applicable.
Yeah, the full HTTP/2 support was a pleasant surprise! Wonder if Google's (and other prominent ones) web properties have switched over to HTTP/2 from SPDY yet.
Yes. According to Patrick McManus (owner of Gecko's networking stack), 9% of Firefox requests are already using HTTP/2 with the draft implementation enabled for Google (and now Twitter). With Google alone, HTTP/2 usage is already higher than SPDY.
Sprites and concatenated js/css are still useful. HTTP/2 lets you make 100 requests over a single connection, and that's a lot better than making 100 requests over 100 connections, but it's still not going to beat one request over one connection.
That would be an interesting thing to benchmark, particularly since separate resources can be cached independently.
If you're using every single image, line of JavaScript, etc. as soon as the page loads, a single large file will probably still be faster. If, however, you have a mix of things which are only used for optional features, not on every page, etc. there's room for some nice improvements because independent resources can be loaded immediately whereas a huge concatenated JavaScript file has to wait for the entire transfer before it can be safely executed. If your site really needs jQuery and 90 plugins to work at all, that doesn't help, but if a fair amount of your code can be loaded independently the overall load time can be shorter if some of the code executes while other resources are still fetching rather than waiting until it has everything.
The independent fetch + caching is also more valuable for repeat visitors who have cached copies of everything which didn't change – i.e. if you only touched an icon in the footer of your page, the experience is better if your header logo displays instantly out of the cache rather than having to wait for an entire sprite to reload.
Performance on the Web isn't RAM-bound at this time, unless you're running on a Raspberry Pi or somethin. Network performance is a much stronger limiting factor, which is why protocols like HTTP/2 are being made in the first place.
I'm also skeptical that sprites must necessarily be significantly more demanding memory-wise than smaller images. Implementations may vary, but at least in current browsers, when you make an Image tag/object with the same source as one you've already loaded, the second one loads instantly. This at least makes it appear that both image tags are getting some kind of lightweight view into the same image data -maybe just a pointer to the same bucket of bits- as opposed to having to re-download and/or re-copy the image data for each instance.
The memory usage of CSS sprites (which are implemented as css background images rather than Image objects) was definitely an issue a couple of years back. Inlining the images as base64 data uris seems much better.
I think he means the empty space that is demanded by sprites, in memory it occupies space as a bitmap. If you use a smart sprite builder that optimizes stacking, it will probably be less than 10% overhead, but still relevant.
There are installations which don't support ECC, usually due to hardware limitations, but do support RSA-4k. Often this cert is the trust anchor for various other uses than just SSL, so the result is you end up using RSA-4k instead of ECC.
There's also folks who don't entirely trust ECC because it's "too new". To be fair, RSA isn't broken, and 4k is sufficiently big to be safe even with a partial break.
Actually, not just embedded systems. There's HSMs (hardware security modules) which also can't be updated to support new functions. Often this is because the underlying primitives have been implemented in fixed-function hardware to prevent timing, power and even RF analysis.
I recently switched back to Firefox from Chrome. They have done a nice job in speeding it up. My Chrome seems like more of a bottleneck than my internet connection.
my concern with firefox, at least on the mac, I tend to find video play back just stops whereas I can take the same video to Safari and have zero issues.
I really wish there were a way to more easily identify if the problem is an addon or inherent to Firefox.
You can quickly test without add-ons by restarting Firefox in Safe Mode from the Help menu > Restart with Add-ons Disabled.
You can also restore Firefox to its default settings with Help menu > Troubleshooting Information > Give Nightly a tune up > Refresh Firefox button. It will uninstall your add-ons but retain your bookmarks, browsing history, and saved passwords.
Should open a new instance of Firefox in the profile dialog, where you can create a new profile.
I'm not sure about "-new-instance". I've only used -no-remote but the release notes say remote commands have been removed. Some quick research turned up -new-instance as a substitute.
I'm presently in the middle of an experiment to use Firefox (and its Developer Edition) as my primary browser when performing my duties as a web developer. So far... It's been kind of rocky. Daily usage of the browser isn't that bad, but the developer tools are lacking compared to Chrome.
A good example is the Network tab. In Chrome, I need only have the developer tools open to capture information about requests. In FF, I must not only have the tools open, but I must also be viewing the tab.
Another minor annoyance is the state of add-ons. It seems that new versions of the add-ons I use regularly are several versions behind their Chrome counterparts. And have you tried to develop an add-on? Wow. The docs are kind of harsh. They could really use a guided example.
I'll definitely give Firebug a try. I hadn't even considered it to be honest. I thought I remembered reading a while back that it was no longer important after Mozilla decided to brew their own.
I feel like adding Firebug adds unneeded weight to FF now that FF's dev tools have matured so much. There's still a lot of work to catch up to Chrome, as you stated, but for the most part it's very capable and Firebug just feels like bloat and adds memory consumption that's not necessary.
I sometimes use the dev tools but I prefer Firebug. Maybe it's only better looking but there are some real advantages. I'm on a phone now and can't make a side by side comparison. Relying on my memory won't work :-)
The dev tools are faster, that's for sure but Firebug is not slow enough to switch. I'd like the two teams to merge.
You should install Firebug. It's better than the integrated dev tools in almost all areas.
Really? I uninstalled Firebug not so long ago, having concluded that it offered little added value any more, while measurably, repeatably, and dramatically reducing Firefox's performance. Has either or both of these things changed in the last few months?
Yes. Last spring Firebug rewrote its script debugging tools on top of the new JS debugging APIs in the then-upcoming FF nightlies[1][2]. Firebug was painfully slow for me on JS-heavy sites about a year ago. This year it's perfectly responsive, on the same computer.
FF's built-in developer tools are still pretty sad, but nothing quite compares to full-blown Firebug on Firefox. The only place anyone else's tools outdo it, IMO, is Chrome's profiling (Firebug's is nearly useless.)
As I understand it, add-ons are updated more slowly than their Chrome counterparts because Mozilla actually reviews the code of each add-on offered from their store to attempt to validate it's not doing anything naughty. Google and Apple make these types of promises, but really they approve things after a cursory glance and then respond to any user complaints that may come in.
Which is really what Firefox needs to do as well. This is one of my main pain points as a Firefox Extension developer and a turn off for most I know. Rather than keeping people wait for 15 or so days for approving their add-ons, they should rather improve their automatic code checking tools as much as they can, and stop at that (and have a better extension flagging system).
The problem with current system is more if our add-ons are based on a specific website like mine. When that website changes, it breaks my add-on and I upload the fix immediately. But Firefox takes days to approve it, making my add-on look bad in public.
Yeah, this is the tradeoff. It takes a long time to audit code. Supposedly Mozilla is doing this every time an add-on update is sent for review. Google and Apple just pretend like they do, and I guess Mozilla didn't get the memo that you're supposed to pretend.
One minor grievance I have with the Firefox console is the input line is all the way at the bottom. I quite like Chrome's approach of starting at the top.
Firefox has a few of these irritating UX quirks that I just can't get over. Having to restart after installing an extension is another. Every time I see the request, I can't help lose a bit of respect for it.
"Having to restart after installing an extension is another. Every time I see the request, I can't help lose a bit of respect for it."
Restart-less add-ons have been around for long years, so if you see one that wants you to restart Fx, you can blame it on the addon's creator (I know there may be some edge cases where it is a must, but those are pretty rare).
> One minor grievance I have with the Firefox console is the input line is all the way at the bottom. I quite like Chrome's approach of starting at the top.
This is such a small thing but it drives me insane (and keeps me on Chrome, among other things).
> Having to restart after installing an extension is another. Every time I see the request, I can't help lose a bit of respect for it.
Yeah, I've enjoyed the last few years with not having to worry about restarting idk if I could go back...
Wow, this drives me insane. I've always meant to file a bug report about this but I'm not sure if its supposed to be a feature instead. It appears to let you cycle through valid properties but I really wish it was assigned to another key.
Also the detail provided is not as informative... I was recently migrating a website and while doing this needed to modify my local DNS. To verify the site still worked on the new infrastructure before putting all traffic. So, I was able to use the network tab in Chrome to confirm that I was loading the site from the new servers and not the old servers. In the network tab in Chrome it shows you the IP address of the requested site. Very useful when loading from multiple servers as well... I couldn't find the same information when trying in Firefox.
I assume you've already installed the web developer toolbar and firebug? FWIW, I do all my primary web development in FF, and don't have that network problem.
Not quite related to this particular release, but I kind of wish sync for extension data wasn't Opt-In.
Having to hunt down the option to turn on Sync for each extension explicitly and not even having that option for some extensions makes for a rather poor user experience.
Also, as someone who customizes the browser layout rather extensively, I'd like to see layout settings included in Sync as well (which toolbars are visible/how buttons are organized on toolbars/etc).
Totally disagree I find the present trend towards opt-in-by-default to be an anathema.
It's totally unreasonable that I should have to start up applications in a sandbox after each upgrade and/or hire a team of lawyers to go over the EULA/TOS to find what new & interesting ways have been found to sell my personal info.
(Responding to your general point btw rather than specifically against Mozilla, who compared to the alternatives do seem to care about their users privacy, nor Sync which which you have to opt in for)
For what it's worth, I was talking specifically about Sync's behavior for extension data, and wasn't trying to make any general point about opt-in-by-default.
I switched back to Firefox and stopped using Chrome when it wanted me to 'sign in'. Even IE does not make me do that. I have to say their technical people are top notch, but their business leadership not so much. If they keep in this direction soon Chrome will look like the old AOL app.
If you are unfamiliar, I recommend you also checkout firefox developer edition.
Chrome SignIn is basically the same thing as Firefox Sync. It keeps your bookmarks, extensions, and stored passwords (all controllable) in sync between the different devices you use the browser on.
Not anymore: as I posted last night[1], Mozilla could choose to give themselves access to your password, when you create your account or when you change its password. Anyone who is able to successfully MITM you & Mozilla (say, someone with a Komodia cert if you're infested with Superfish, or any of the CAs in the world, or anyone who can compel them to certify a MITM cert) can do the same.
Google do allow you to use your own passphrase, so conceivably at this point Chrome is at least somewhat more secure than Mozilla.
I strongly prefer the previous search bar UI, and thankfully it's still available through a setting.
about:config -> browser.search.showOneOffButtons = false.
Thank you! The new design makes my various Arch Linux-related search options impossible to use as they all have the same icon (which shouldn't be a problem – I don't want to have to design a unique icon for every possible thing I want to search).
Aside from that, what is the benefit of the new design supposed to be? It looks like it's designed for touch, but Firefox on touch-based platforms has a completely different UI anyway. And even if someone were to use the desktop version of Firefox with touch input, the targets look a bit small. So I don't understand the point of making the UI worse for keyboard and mouse input.
There are downvotes because your post is obviously antagonistic, or it wouldn't use terms like "religious zeal".
The benefits of open, non-profit motivated software are clear. So it's entirely understandable that people wish Firefox well despite it having some flaws in comparison to Chrome.
OSX Voiceover support has "improved" but is still pretty broken. Anyone know if Voiceover support is on the roadmap? Would ditch Safari in a minute if Firefox had proper Voiceover support. Considering how much attention Mozilla gives to accessibility...
I've had this problem with Readability before (the icons appeared by default to the left of the back button, which I didn't like; they kept reappearing). I want to say I solved it by going to about:support and resetting things.
Semi-OT: is anyone on HN using a "alternative" Browser such as Midori or Vivaldi on a daily basis? I love what Midori is doing but it still crashes on me to often.
Every time I consider using something like this I immediately snap back into my reality which, as a web developer, means I can't use browsers like this unless I want to use Chrome/FF for dev and a different browser for personal/browsing. At least for me these two overlap too much to do this.
I used dwb for months now, and only today switched to Vimium (Chromium addon) after finding alternatives like qutebrowser, uzbl, conkeror lacking. If dwb would still be maintained and wouldn't crash on bitbucket.org on me i'd still use it :(
I've had crashing problems with both DWB and LuaKit, both on the same set of websites (most notably with Jira). I've also switched to Conkeror and have been pretty happy.
Years after switching to Chrome, I've given FF 35 another chance as my main browser in the past week.
The major drive was Chrome's poor handling of dozens of open tabs, which was slowing down my Macbook to a crawl (8GB Core i7 2012 13" Retina on Yosemite) way too often.
"The great suspender" extension helped somewhat, but it felt like a lot of manual work for something I believe the browser should handle much more smartly on its own.
Firefox is better in this respect, with sane native behavior like not trying to restore 100+ tabs in parallel upon restart, and extensions like UnloadTab that automatically suspend tabs after some timeout.
However, I'm about to switch back to Chrome :
- I only have 3-4 active tabs in FF at the moment, but as I type this I can feel noticeable lag, and firefox+WindowServer fighting for CPU.
- Embedded video is jerky and looks like it's 10-12fps no matter what the site. Going full screen fixes it, but still..
- No FF extension I've found integrates Google Translate as seamlessly as Chrome does.
I'm not looking forward to handling dozens of tabs in Chrome again, but its baseline performance for everything else is noticeably better for me.
As an OS X Yosemite user I'd love to go back to Firefox from Safari, but the memory usage just isn't good enough. i get over an hour more battery life with Safari compared to Firefox. Please do something about this.
Great release, but not so happy about HTTP/2 being used by people now. I mean they kind of have to implement it, but the standard is still rather awful in many regards, like no caching by default (but at least headers get compressed?), bad security, ...
Yay! Time for another firefox rant. I love the idea of firefox and I used to love it a lot. But not now. I keep trying it and always go back to chrome.
It crashes. A lot. Like, at least once a day I have to ctrl+alt+del and restart it on my laptop. It freezes and the window stops responding, it doesn't even paint.
In the inspector, the DOM breadcrumb area scrolls and moves around. It's like the blink tag, only worse.
JS debugger feels worse and clunky compared to Chrome.
Element inspector feels like duplo to chromes lego (does that make sense?)
I opened firefox yesterday and found a new speach bubble icon asking me to connect to O2 for something. WTF?! WTactualF is that all about?
Your bugs are probably in extensions and not Firefox proper. Try starting in "safe mode" by just holding the Shift key while FF is launching. If it's still a problem, try asking in #firefox on irc.mozilla.org. They're great at helping users troubleshoot, and they'll help you file a bug report if it comes to that.
The speech bubble by the way is a way to video chat from the browser itself. It uses WebRTC which is already in modern browsers so its not like they've added a ton of code to get that feature baked into the browser.
Not sure why you saw O2 but I saw Telefonica which is the company that works with Firefox to deliver their Firefox OS phones. I suppose Telefonica/O2 is needed because even though WebRTC is a real-time direct connection between you and somebody else, you may need a 3rd party to help you connect to one another at first.
>The speech bubble by the way is a way to video chat from the browser itself. //
You know there are a myriad of ways to use the browser to do video chat already - websites that offer WebRTC video chat. You follow a URL, maybe from a bookmark, and use the one you want (eg http://appear.in).
None of that requires modifying browser chrome nor forcing buttons on to established users toolbars.
This is a marketing deal disguised as browser development.
It's just that chrome devtools are really, really well made in many dimensions. But keep in mind that Mozilla has been catching up a lot (impressive knowing the budget difference) both in devtools and under the hood (memory usage).
I heard it was an unmaintanable mess, that's why Mozilla added in-house devtools. I liked FireBug UX more, but I like that Firefox has metalevel coding/debugging capabilities out of the box (the smalltalk fan speaking).
I would start by thinning the crap that you probably have in the form of extensions... I've been running Firefox since 1.0 on all OSes and I can't remember it crashing on me once (it probably happened, a long time ago, but I honestly can't remember.)
I'd love to know what you do for a living.... As a web developer I've had more FF crashes than I can count. Chrome has extensions as well and I have WAY fewer crashes with Chrome, if "having extensions" im FF means that you can't complain about crashes then FF is useless as extensions are a MAJOR selling point.
I'm not sure why you're being downvoted so much. I assume the usual FOSS fanboyism that rules HN.
I used Chrome, IE11, and Firefox all day. FF is the only one that locks up and crashes on me. Its so rare in the other browsers I'm shocked when it happens in FF. I run almost no extensions and I think my copy at work has zero extensions and I don't even have flash installed, so the idea that it must be a plugin problem is questionable. Once a day lockups or crashes are still, unfortunately, common. I really wish it was a better QA'd project. Its such a nice piece of software, but I imagine its reached the point where it can and should be forked to a lightweight browser the same way FF forked from the big ugly Mozilla suite. Current leadership at Mozilla just don't seem to make crashes and resource usage a priority.
I also dont like how it switched on me from google to yahoo as my default search engine. If MS did this in IE people on HN would be losing their shit, but because this project is a FOSS darling, everyone just made excuses for it. At the very least it should have asked me if I wanted to change to whatever search engine they've gotten into bed with this year.
This sounds very different from my experience. Have you ever looked at about:crashes and checked into any bugs hanging off your crash signatures? (And if not, please file bugs!) If you make a list of your crashes available, I'd be happy to take a look and see if I can dig out some explanation for your problems, or make sure the appropriate bugs are on file with Mozilla.
I know for a fact that Mozilla leadership does prioritize crashes and resource usage (in fact, this is one reason for all of the work on the process separation feature called Electrolysis), but of course they will prioritize crashes that affect lots of users. For various reasons, it could be that your crashes are different from those. (I'll assume that you're on the most recent version of Firefox already.)
I've been filing bugs for years yet the QA of the product is still at unaccepatable levels. FF's constant passing of the buck is bothersome. When they can't blame extensions they blame people for not participating. Yet somehow Chrome/Chromium exists just fine without me writing big reports for it, same for Safari, IE, etc.
FF just has poor QA. That's a problem and all the excuse making actually hurts the product as FF leadership isn't seeing enough complaints apparantly, when an army of nerds are refusing to acknowledged these problems.
"When they can't blame extensions they blame people for not participating."
Extensions are commonly blamed because of the way that Firefox implements extensions.
They essentially become a fully integrated part of the browser with full privileges. When extensions do things that they shouldn't be doing (but can anyway, because what's stopping them?), the extensions are blamed.
Of course there have been many lessons learned from a decade-old extension ecosystem. Other, newer browsers have benefitted from those lessons (ie. Chrome). Mozillians know the problems with the current extension model but the hard part is having the resources to do something about it.
"Yet somehow Chrome/Chromium exists just fine without me writing big reports for it, same for Safari, IE, etc."
SOMEBODY is writing bug reports. FWIW, there are what, 50000 Google employees, a majority of which could be dogfooding prerelease Chrome and filing bugs. Mozilla has 1/50 of that to dogfood Firefox and depends heavily on its community to make contributions.
>I also dont like how it switched on me from google to yahoo as my default search engine. If MS did this in IE people on HN would be losing their shit, but because this project is a FOSS darling, everyone just made excuses for it. At the very least it should have asked me if I wanted to change to whatever search engine pimp they've gotten into bed with this year.
No need for excuses, I use FF and my default search engine is Google. It was two "clicks" to change back but sorry if that was to dramatic for you. Most people realize Mozilla is not going to make someone's search engine the default for free and that contracts end.
It's this, people HATE when you criticize FF (as I found the other week when I got downvoted for raising, what I thought were, valid points about crashes, lockups, and not being multi-process). I upvoted you and your parent but it won't be enough to stem the tide of downvotes (this is probably going to get downvoted as well).
While it's nice to see the progress being made here, it's a little bit.. what's the word here? Strange? Disheartening? Annoying? Infuriating?
..to see long-standing issues being ignored or back-burnered in the march to add all the new features. Duplicate SSL certs still cause sites to be unviewable without stupid and security-breaking workarounds that are not necessary in other browsers, for nearly 7 years now[1], making the browser completely unsuited to enterprise administration uses. One misbehaving tab can still kill your entire session. I understand that they're working on this with the electrolysis project, but end of 2015 goal?[2] I don't mean to be overly snarky here, but congratulations on getting to where Chrome/ium was back in 2008.
I seriously question how the priorities are being decided at Mozilla. These are basic usability things that were solved in other browsers a long time ago.
Adding multi-process to a large project that was not designed for multi-process is an astronomical amount of work. And Firefox's approach has advantages over Chrome's, so they're not simply playing catch-up.
Chrome is utterly unsuited to the use case of leaving hundreds of tabs open, which happens often to me, as I only bother updating/cleaning my bookmarks a couple of times a year. There's three main issues with Chrome:
1) Nothing I've found that works nearly as well as Tree Style Tab.
2) Chrome always reloads all tabs when the browser starts up. Firefox, at least with Session Manager, will only load old tabs when I activate them.
3) Chrome takes up way more memory. That's partly due to #2, but partly inherent in the multi-process model.
The Chrome UI also gets weird under load. With Firefox, it's easy to tell when it's laggy. With Chrome, the UI seems asynchronous, but there's no consideration for actions taking a long time, so you can get the annoying feeling of clicking with nothing obvious happening.
Chrome chews through a lot of resources on my machine. Firefox is a lot lighter. And I think it will still be lighter since they're targeting a 2-process model instead of Chrome's (let me count) 17 that it just launched on startup.
Thank you! That makes sense, I still think I'd rather have per-tab isolation but I was genuinely interested in why FF would be preferable in this use-case.
Understood, but I'm speaking from the viewpoint of a user, here. It's a massive annoyance for a crashed tab to annihilate the other 49. (And the session restore being activated is generally grounds for a smoke break, because your system will be tied up for a while...)
Session restore in Firefox has been lazy for a long time now (the tab only loads when you activate it). It doesn't take longer than loading a single page.
How often do tabs crash for you? That's the real issue if you ask me. I'm on Nightly (with Electrolysis!) and the last crash was over 2 months ago.
Counter-anecdote: I use Firefox all day every day and usually have 100s of tabs open. I haven't had a legitimate full-browser crash in years. I've had a hang that resulted in me having to kill the process probably 3 times in the last year. I usually don't enable Flash, but when I do, it usually doesn't crash, and when it does, it just takes out all instances of Flash currently running; doesn't bring down the whole browser. I'm on Linux.
If you're getting a lot of Flash-induced crashing, you may want to check into alternate implementations of Flash, like Gnash, Lightspark, or even Mozilla's Shumway.
It shouldn't. At least on Windows I've gotten used to killing the plugin container about once ever 2 days.
Firefox itself crashes once per month, maybe less.
Firefox = rock solid. Flash = porous rock, at best :)
You should go to about:support and use Refresh Firefox which will probably fix most of your crashes (outside of Flash-related ones which should only be affecting the plugin and not the browser).
>It doesn't take longer than loading a single page.
Yeah, because it only loads a single page. It doesn't actually restore anything. Sometimes the pages it restores aren't even the live version but a cached one, I have no idea when or why it does that. It's absolutely infuriating.
Infuriating? It's one of the main reasons I've switched back to FF (that, and tab groups)! I didn't like have every single tab reload on restore as I don't need 90% of them until much later.
Speaking as a different user, one who looks at the task manager a decent amount, I really appreciate not having 49 different Firefox processes. This is definitely an issue of personal preference as it's been debated back and forth here a good amount, so no side is really "right" regarding single process v. multi process, but I'm firmly in the former camp.
Firefox multiprocess, by default, has just one process for all the tab content and one for the "chrome". You can increase the number of processes used for tab content manually in about:config.
Since 38a (previous nightly) electrolysis e10s is enable by defualt IIRC. That's the main reason I favor Firefox instead of Chromium these days, since I'd love to provide them with automatic user feedback as much as possible. Multithreading isolates from crashes half the time, but some times everything will go down. Also there seem to be concurrent issues and threading overhead, for mundane page loading can become very very sluggish.
I'd rather they make the code more robust to make crashes unlikely enough that they can actually debug and fix them when they occur, rather than going multi-process as a band aid to make recovery easier on a user
That said, it is easy to recover from simply by re-opening FF and you're right back where you were and I haven't had a total browser crash in a long time. I do experience lock up issues though
That was more directed at the F-ING SSL issue, but still, end of 2015 to have a feature that's considered standard nowadays and introduced 7 years ago?
How much of the work that went into deprecating certs and removing obscure command line flags and setting up HTTP/2 (which isn't even really used by anyone yet) could have went into electrolysis?
None of it. The work on multiprocess Firefox is primarily an issue in the front end UI code (written in JS), and does not have much to do with networking or crypto.
Another thing to keep in mind is that patch notes are a list of user-facing changes, not a breakdown of where the engineering effort went in a particular 5 week release cycle. Removing the command line flag probably took an engineer an hour or two to do. In the same time frame, I spent weeks analyzing and fixing a variety of leaks that only show up in multiprocess Firefox, but none of that shows up in the patch notes.
SPDY indicator[1] tells me that HTTP/2 is active on all Google properties, including YouTube. That's a nice chunk of the web right there.
I agree with you on older bugs just lingering around. This is a serious issue for many open source projects. JWZ was complaining about it years ago[2]. My favourite example is the problem of putting the tabs at the bottom of the window in gnome-terminal[3], which has been reported over 12 ago, has a patch available posted in the bugzilla, and it's still not fixed.
Chrome's first public release, which included multiprocess tabs, was on December 11, 2008. There has been more than enough time for Mozilla to catch up.
Note the words "first public release". Not to knock Chrome's achievements in this area, but it's an inescapable fact that they did not have any previous architecture to migrate from. Taking any nontrivial program that has had years to assume a single-process architecture, and updating it to work in a multiprocess manner, is hard. It takes time to do properly.
Your complaint seems to be that they haven't shipped a huge project which a bunch of people are working on and adding a backwards-compatibility hack for people who use older network hardware which generates incorrect self-signed SSL certs but also choose not to install valid certificates on this device.
I mean, it would be great for a few people if they added the ability to ignore this check but it's not a surprise that it's a lower priority compared to implementing HTML5/ES6 features which will provide a better web experience for millions of people.
For the curious, the duplicate SSL cert issue is in regards to some buggy routers and wireless printers with broken firmware. They send out invalid SSL certificates. Firefox doesn't have a way to provide an exception to allow access when security is compromised in this way but the user doesn't care and wants to access it anyway.
The only reason tabs generally misbehave is if Flash crashes. Firefox separates Flash out to a separate process so it won't crash the browser, even the tab the crashed Flash plugin is in. It just takes it a few more seconds than I'd like to realize the crash. (You can adjust the timing yourself, though). I haven't had a non-Flash-related Firefox issue in a very long time.
No, the certs are otherwise valid, but the problem is that once Firefox has seen a cert for a given address, if another address presents an identical cert, the second address cannot be browsed to without shutting down the browser and deleting the entire cert store.
Other offenders off the top of my head: BMC interface on Intel boards, HP iLO for blade management, F5 load balancers.
Yeah, they shouldn't be doing that, but the only thing being asked for here is a bleeding override button.
I find it curious that the people complaining about this don't instead install valid certificates. That was routine for us even a decade ago because otherwise you're literally training your admin staff to ignore errors and enter sensitive passwords every time a security warning pops up.
That's never good and it feels dangerously close to professional negligence when it's a password which gives privileged access to a server.
EDIT: just to be clear, I don't think this is “these people are crazy” so much as “what reason is good enough to justify leaving yourself exposed like this?” Even the cheap devices I bought in the early 2000s allowed you to install SSL certs and installing something real was a routine part of the first-time install.
People probably don't install valid certificates because they can't. Consumer routers (think Linksys) are locked-down devices and things like SSL certificates are baked into the firmware. I'm curious what sorts of cheap devices you bought supported custom certificates; were they consumer-oriented? (That wasn't rhetorical; actually interested.)
Personally, I usually end up using plain unencrypted http instead, which is a net negative in terms of security (doesn't even protect against passive adversaries), but that seems to be what the SSL implementers prefer.
I've definitely run into consumer devices which allowed me to upload an SSL cert somewhere in the advanced settings but mostly I was thinking about the people on the bug commenting that their enterprise network, server management, etc. gear had bad certs. Even in the late 90s you could do this because .mil/.gov and many corporate purchasing contracts tended to require it.
http://imgur.com/DONqb30