And we expect Chrome 57 to ship Grid (which should ship around March 14th), Safari 10.1 (part of macOS 10.12.4 and iOS 10.3, expected March/April), and Edge to probably ship it later this year.
Basically grids is a 2D layout system, while flexbox is a 1D constraint system that results in stuff happening on the second dimension. They're complementary and it would be foolish to use one when the other is needed.
No CSS Grid Layout is far, far more powerful and versatile than tables ever were. Certain significant classes of layout problems that were either a major pain or even outright impossible with current CSS tools are about to become fairly straightforward.
Flex is only built and meant for handling linier layout, either up and down or left right, and ot does so well with good flexibility and options and developer experience. Or at least compared to the other possible options. It was never intended for making grid layouts, which people are often trying to make it do, because all the other options are so lacking.
Sorry to be so blunt but I dont care about another flexbox that much. What they should have done is to implement the shadowdom. Instead we have to wait another half year for them to get to parity with Chrome.
Firefox is one of those projects that just keeps on giving, and it's all thanks to the hard work put in by all the contributors. It's easy to forget that sometimes. We use Firefox headlessly to render videos at https://www.musicvideodispenser.com , a task that certainly wasn't the initial intended use-case for that browser, but it still works, and we have the Firefox team to thank for that!
Can you elaborate on the "using Firefox headlessly" ?
I recently had to deal with WebRTC on a headless machine and managed to hack up something with some Python scripting and GStreamer. I didn't know it was possible to run Firefox headlessly and now you got me wondering whether that would have been preferable to my stitched up solution.
On a unix system you can run any browser headlessly by using a headless X11 display such as Xvfb.
Instead of having a real screen, Xvfb uses an in-memory framebuffer for screen output that you can screenshot etc if needed.
It's as easy as:
Xvfb :123 &
DISPLAY=:123 firefox
### firefox is now running and outputting
### to the framebuffer display on :123, and
### can be driven by WebDriver etc.
I also tried to hack together WebRTC headlessly a while ago actually! I looked at GStreamer and Kurento, but ended up using Janus instead. Anyway, turns out you can use Xvfb, essentially a "fake screen", to headlessly run GUI programs: https://en.wikipedia.org/wiki/Xvfb , which is what we're doing with Firefox.
Thanks, I will look into it. I started off with Janus too but I had some odd bugs and segfaults. Since time was short I decided to give Kurento a try and since it worked, I stuck with that. There are still some warts but it does the job so far.
Xvfb looks to be pretty straightforward about what it does; now I just need to figure out how to control firefox after it was started.
Firefox is basically the first port of call for running web tests on buildservers. Run Firefox headlessly in xvfb, then throw Selenium or similar at it. It's a pretty mature setup.
Even better, selenium has preconfigured containers for Firefox and Chrome and that use Xvfb. At the start of a web automation project I worked on, I spent a lot of time trying to get various versions of browser, selenium and pyvirtualbuffer installed and running with mixed results. These containers are well tested and work very well.
I would think PhantomJS, being a headless, scriptable browser (plus built on WebKit so closer rendering to the most popular browser), would be the "first port of call."
I did a lot of work on Firefox's NPAPI implementation over the past decade. Improving that code was rewarding in that it had very tangible benefits for Firefox users but it was pretty clear that improving Firefox's code was only going to get us so far, and not far enough. The system is a mess and I couldn't be happier to see Firefox dropping support. I hope I can be the one to rip out the code altogether some day.
What I like most about firefox is the mobile version supports addons like ublock origin. In mobile Chrome the support for add blockers is not really well supported.
Not supported at all, Google don't want to kill ad revenue. There are work-arounds that are a hassle but FF + UBlock or Ghostery is awesome on mobile where ads are just wasted bandwidth
Text mode doesn't work on some sites because it can't identify the content. Furthermore it turns the page in a kind of text only ebook whilst text reflow works within the original page.
Reader mode is a workaround, text reflow is the solution. It a reason to use Opera on Android. I wonder if it's so hard to implement that nobody else coded it.
Firefox on Android used to have text reflow, then they removed it. Then the crappy extensions were made. I used to use text reflow on Conkeror (Firefox based) on desktop, but a year or two after they disabled it on Android they removed it from Firefox. I agree, I also use Opera on Android, for this feature.
Not only does FF Mobile support uBlock, I find it to be an excellent day-to-day mobile browser in its own right actually. Compatibility and performance gap vs mobile Chrome is much smaller than on the desktop for the sites I visit (or is even non-existent).
You can use newpipe (find it on f-droid) as an alternative to the youtube app. It has some other benefits too. It seems to block ads as a side-effect. You can also fix the stream quality. It has a few limitations too, but it's better than playing them in firefox, and even the youtube app for my use cases.
Just tried it out on my phone (android), and there's no notification tray widget to pause the audio?
Is this just not a default setting?
An add-on I can get?
Or just not something you can do?
So worst case scenario is:
1. Wake the screen.
2. Unlock phone.
3. reopen Firefox, because I've checked texts/email/social feed whatever after starting the music.
4. find the tab playing music.
5. Navigate to whatever in that tab controls the audio .
6. pause it.
vs. what I've come to expect from other apps (inc. Chrome, despite it pausing audio even when you swap tabs!) of getting a small widget in the notification drawer with at the very least a play/pause button I can hit after waking the screen.
I wonder how accidental that feature is. It's certainly not something that Firefox can advertise, since other apps which did that have been kicked out off the Play Store.
Also, I also found that feature to be not very reliable since Android 6, which quite aggressively puts background apps to sleep (at least on my phone with "only" 2GB of RAM). I find that any extensive use outside Firefox will make the background playing stop rather quickly.
There was this other hn post on latimes.com which wouldn't open with adaway. I have firefox with ublock on the phone, but I rarely use it. So I decided to try it to check if it circumvents it. It doesn't, but there is anti-adblock-killer for those cases. That needs tapermonkey, but tapermonkey doesn't work on mobile. So there's this other workaround based on USI (Script-Manager) for that. After all that, I got anti-ad-block killer to work, but latimes still wouldn't open. I found this open issue https://github.com/reek/anti-adblock-killer/issues/2513, and the proposed workaround finally worked. Just goes to show how difficult it is to block ads on mobile.
> It's a non-Firefox browser just set up to sync FF settings and bookmarks and kinda look like Firefox.
It's a WebView-wrapper like all other iOS "browsers" because that's everything Apple will allow. To be fair though, synced data, history, passwords and settings is probably one of the most important things for a mobile user, where entering things manually is a pain in the ass.
Basically NOT having this would risk losing users on the desktop (to something which does sync). And right now, Firefox can't afford to do that.
I'm not too familiar with how heavily locked down iOS is: does this "WebView only" policy only apply to apps released via the AppStore? Meaning, can I build locally and sideload install an app that uses my own engine? And if that existed, could I open source it for others to use?
These days you can sideload apps with a free developer account (with certain restrictions), but it's meant for development - AFAIK using it as a general-purpose app distribution mechanism is a violation of Apple's ToS. But people do it anyway, and you could too.
Separately from the ban on third-party browsing engines, iOS has technical restrictions preventing you from mapping unsigned code as executable, so JITs don't work. There may be some ways around that if you have a developer signature, but its messy at minimum.
What do you mean it's not Apple's fault??? Apple is 100% at fault. They are the ones who won't let actual Firefox be released for iOS in normal channels.
> Added support for WebAssembly, an emerging standard that brings near-native performance to Web-based games, apps, and software libraries without the use of plugins.
I've been watching this from the sidelines... what's the best way to dive into WebAssembly? Or is it just waiting for tooling to catchup to produce it for WebAssembly-enabled browsers to execute?
The tooling story is currently the same as it was for asm.js: Use the Emscripten fork of LLVM. Upstream support is being worked on in LLVM, and Rust has a cross-compiler in the works.
> Enhanced Sync to allow users to send and open tabs from one device to another.
If you haven't used this, try it out, it's a fantastic feature.
I use it all the time to send a page I'm reading on my phone to my laptop, and vice versa.
Is it just me or was this already available in Firefox at some point in history?
I seem to remember I used to be able to send an open tab on my Android phone to my desktop Firefox, but that option later disappeared with some update.
Edit: It sounds a lot like the "send to device" add-on mentioned in another comment. Was this bundled with Firefox for Android at some point?
This feature appears and disappears randomly and it has me demented. Much of the time it works, and I am definitely signed in to FF Sync on desktop and mobile at all times. But that Firefox icon just vanishes for weeks at a time from my mobile browser. I even tried sending a tab from desktop to mobile recently (to troubleshoot) and it arrived over 24 hours later as a notification. Still no way to send tabs back to the desktop at the moment though, and all I can do is hope it reappears some day.
The difference is that you can push a tab from one device to another. So if you're reading something on your phone, and push it to your laptop, it will automatically open in a new tab there once it syncs. It's good for when you're on the go, and want to remember to read something later on once you get back to your computer.
By the way, Firefox also has the feature you mention (view tabs that are open on devices).
Ah, I guess the benefit of "pushing" a tab shows in stateful applications or something, so it keeps the same "state" on the new device? Or, does it keep the same distance scrolled down the page so you can pick up where you were?
I'm confused because I open desktop session links from my mobile all the time and I'm curious if there's features I'm missing out on by pushing from one device to another, instead of syncing.
For example, if I open Chrome, I see the tabs open across all my other computers[1] and I usually just resume relevant tabs from there. It keeps me logged in, but sometimes reverts things like filters or sorting (on-page JS) unless it is part of the URL. It doesn't scroll me where I was in a page either, which would be nice.
It's not on by default though, meaning most users will be passing data their browsing data through Google unencrypted. Not only tabs but cookies, full browser history...
I'm always surprised that no one seems to think this a big deal. People will install and recommend tracking-blocking extensions while allowing Google to hoover up all this data without a second thought.
Oh okay, didn't know Chrome provided this feature natively, I thought you were referring to some kind of crazy DIY encrypt-things-behind-Chrome's-back monitoring script setup.
Yes this UI is new, there was an unofficial add-on [0] before that did something similar.
During my internship this summer we also added Push capabilities to decrease the time it takes to send a tab to another device (it used to be in the order of minutes).
It appears you don't have to have tab sync on for it to work. Mine does take a very long time to be received. Definitely a great feature, I don't want full tab sync just this.
Starting from this release, Firefox now requires PulseAudio for sound on Linux [1]. ALSA can still be enabled at build time for now, but is not supported.
I personally think it's a bad move to drop official support for ALSA. Not everyone can or wants to use PulseAudio, for various good and bad reasons. Supporting multiple backends also keeps you "honest," so to speak, preventing you from relying on certain behaviors or features that only some platforms support.
But, I can understand the practical arguments behind dropping support for ALSA. The ALSA API really sucks to work with. There's a fair number of bugs and device quirks and whatnot that you have to take care of as an application developer. Standardizing around PulseAudio means only PulseAudio has to care about those quirks, instead of every single application. In practice, the vast majority of users use PulseAudio; there's a small (but vocal) minority that don't.
So really there's no clear winner on whether to provide support for ALSA.
Like many Poettering products, PulseAudio polarizes. There's one minority of users with either quirky setups or just bad luck for whom it just doesn't work, so they have to stick with ALSA. One minority of users (including me) who really loves the features it puts on the table (e.g. per-app volume control, effortless network transparency).
And of course, there's a large majority of users who couldn't care less, and who will just choose whatever their distribution installs (which is why I think the most Linux users not using PulseAudio are on those distros which don't install any sound stuff by default, e.g. Arch).
I didn't know pulseaudio was a Poettering product, but I know very well that pulseaudio has been a nightmare for me over the years on most setups with a variety of linux boxes and distros. And the fix when an audio problem arise is simply to uninstall pulseaudio and use alsa.
Now that I know pulseaudio is Poettering work, this makes a lot of sense.
I'm definitely in the camp that takes whatever the distribution gives me. Of course, the choice of distribution is heavily driven by what I want from it (e.g., KDE desktop, etc). I've honestly never given any thought to what audio subsystem it uses.
Fortunately, OpenSuSE Leap appears to be a PulseAudio distribution.
Actually quite a few people don't run PulseAudio, as you can see from comments in that bug and the amount of votes the Arch Linux task [1] gathered in a short time. This is definitely going to be a problem.
Well when firefox 54 will be out, we without a working pulseaudio will have no choice but to switch to a different browser (pale moon ? otter ? vivaldi?).
I suppose mozilla does not care enough about losing these fringe users to actually do something about it.
At this point i wonder if they care for anything but OSX, and are either letter Gnome dictate, or at the very least taking strong cues from that camp, about the future of the Linux desktop...
If the demand is too high then you'll have to wait in a queue for a while to try it. I'm adding more servers right now to let more people try it without waiting.
This looks great! It would make for a natural fit with tab groups, unfortunately Mozilla has removed that feature, and the extension will not be updated [0] to support the new extension API at the end of this year.
I'd like to say they won't be missed, but I've got a state Medicaid portal that uses some annoying Java applet to handle authentication I have no choice but to deal with (I've actually got a little flask web service that uses Selenium and Firefox in Xvfb just to log into the stupid thing and return the authentication cookies, since Chrome ditched NPAPI a while ago and IE isn't a sane option).
I won't be sad when applets finally go away, but that day is not today for me and it's going to really screw things up :/
With this goes the support for DivX player and VLC plugin for Firefox. I'd surely miss the ability to play any format in my browser until PPAPI replacements come up.
Firefox is not implementing PPAPI. Additional audio or video codecs can be added to a browser but that doesn't require a plug-in architecture. Firefox's UI makes it a little confusing because things like the OpenH264 video codec from Cisco is listed under Plugins in about:addons and the description starts with "This plugin is automatically installed by Mozilla..." Maybe they'll make an addons section called Codecs for listing things like that and the junk like the Widevine DRM.
> Which causes, with 4K 60fps video, 50% CPU load on an entire core for me.
Is that a punch line? Because it sounds like one. What is that, like, 6.25% of your total CPU power?
I say this because many people have machines with CPUs that can't decode 4K 60fps video in realtime at all. So your stat sounds like a great deal to me.
Having said that, hardware video decoding is important for this very reason. It's a shame that the situation isn't better on Linux. It seems like, no matter what site or browser--Chrome or Firefox--VLC always plays the same video with far less CPU usage.
To be fair, I've looked through the Bugzilla threads about this (here are some for reference: [0][1]) and it seems to be a very difficult thing to implement. It's a bit beyond my reach, but my understanding is the tricky part is compositing the frames decoded by ffmpeg onto the document, and getting that all to work with all possible CSS transformations and such. So it's not just a matter of the Firefox devs neglecting Linux.
Except that Chrome manages to do this, as do all other linux browsers.
And Mozilla, which explicitly writes
Out of Scope
- Linux testing
On their QA pages in the wiki regarding this, well, doesn’t inspire confidence. I'm still using Firefox, still supporting Mozilla, but I'm disappointed nonetheless.
You can get hardware accelerated video in Firefox on Linux with Flash? I have tried that by adding &nohtml=1 to YouTube videos, but it does not work. The player changes, so I guess it's the flash player. But my laptop still struggles to decode the videos smoothly.
Another internal tool to rewrite from scratch, yay.
> Acrobat and the like are no longer supported.
Is the build in PDF viewer still burning through battery power like the electric heater it turned my laptop into the last time I used it? Been some time so that would be interesting to know.
> Another internal tool to rewrite from scratch, yay.
If you care about security in the slightest, you should probably already have done that.
> > Acrobat and the like are no longer supported.
> Is the build in PDF viewer still burning through battery power like the electric heater it turned my laptop into the last time I used it? Been some time so that would be interesting to know.
You can still use an external reader of your choosing; for example I'm using the marvellous Okular. You just can't use an NPAPI-based PDF reader plugin.
If you care about security in the slightest, you should probably already have done that.
These plugins have been click-to-play in the major browsers for a long, long time.
Obviously they still provide some attack surface, but the biggest threats today don't come from plugins, they come from the main browser functionality, thanks in no small part to all the things browsers now have to provide so we can still do useful things that we used to do with plugins.
Haven't done anything with Java applets in years, but can't you somehow re-use most of the code and attach a new UI (yeah, still a lot of work probably)?
I haven't looked into the space recently; how would the UI be attached? The only thing I can think of would be <canvas> (2D or WebGL), which both seem like a ton of work that the vendors don't have yet. Or do a full rewrite to output HTML of some sort. I thought Java applets were popular partly because the widgets are built-in (not always, of course, and the old widgets look pretty horrible now).
As recently as 3 years ago a customer of mine wanted a Java applet for drag-and-drop/file upload from Outlook. Part of the problem was that Outlook doesn't expose serialized object data to DnD; it was necessary to call into a special API to get at the attachment data (but MS invented DnD so it can't be called non-standard I guess).
However, another difficulty with using browser file upload controls was that, for security reasons, programatically (JavaScript) putting a file to upload is forbidden (readonly form attribute) by the respective browser API spec, so in the end the GUI part had to be coded in the Java/applet, too, when the HTML GUI would have been preferable.
So my point is that Java applets in recent years weren't used for GUIs so much as they were used for piercing the browser sandbox, and I don't see a solution for this problem now that applets have gone.
I'm more thinking of something like Vaadin/GWT where you compose the GUI in Java code, in a similar style as e.g. JavaFX, and the framework takes care of displaying it in a web front end.
Or, if the application is not strongly coupled to other server-side systems, make it standalone with a Swing, JavaFX or whatever front end.
I needed the applet for the unrestricted filesystem access it offered when the companies key was trusted by the user. Now I could write a swing application that interacts with the server, making it less integrated and convenient to use (and depending on your opinion less pleasent to look at).
Until 20 years in the future when Firefox 66 (if Mozilla is still around after murdering the only reason people use their browser) when the new hotness is whatever WASM's successor is, after it's widely deployed and in use everywhere, people making snarky comments about how they're glad WASM is dead, and we get to piss away another tens of millions of man hours and annoy tens of millions of users by changing things for the sake of change rather than objective technical benefit.
Yes, I'm slightly bitter. I'm starting to think the Suckless guys have the right idea...
Several banks here in Brazil require a "security" plugin (which acts more like malware) for one to be allowed to use online banking. I wonder how the end of NPAPI will affect this.
I know Chrome stopped supporting NPAPI plugins long before Firefox, so simply "use Chrome" won't be the answer.
I doubt they will give up these "security" plugins, so the answer will most probably be an even more invasive system process. It seems that some banks are migrating to Warsaw, which is known for among other things causing problems with IPv6 (http://ipv6.br/post/bug-em-plugin-de-seguranca-de-bancos-blo...).
Is the Brazilian "security" plugin an NPAPI plugin or a Chrome extension? Chrome doesn't support NPAPI plugins, so these banks either have non-plugin solution for Chrome or they don't support Chrome.
Many Chinese ecommerce and government sites require their own "security" NPAPI plugins. These don't work in Chrome, but the large majority of users in China run hybrid browsers that use both Blink and Trident (IE) engines so these sites that require NPAPI plugins can be seamlessly loaded in a Trident tab. The user doesn't know the difference.
I don't understand why they removed support for Silverlight and Java, but kept Flash.
Are Java applets and Silverlight apps demonstrably less secure than Flash?
Just as a naive metric, if you look at the CVE database, there have been a total of three CVEs for Silverlight last year; whereas for Flash... well, I stopped counting.
I don't know of any bank or government agency that uses Flash, but I certainly know that the Hong Kong government uses Java on some of its websites.
It feels like Mozilla is keeping Flash around just because it's more popular with browser gamers and video watchers. I don't think that's doing the right thing.
> It feels like Mozilla is keeping Flash around just because it's more popular with browser gamers and video watchers.
That's exactly right. The amount of Flash content dwarfs the amount of other plugin content.
Banning other NPAPI plugins doesn't avoid the Flash security problems but it does avoid the other security problems. It's a step forward, but it's not the final step.
It's not about security. As you said, it's because Flash is more popular, so killing it will disrupt more users' workflows. It's a pragmatic decision…
Personally, I'm hoping we see a WebAssembly build of Flash eventually (once WA is featureful enough to support it), at which point the native plugin can die without breaking (as many) old sites.
And still no support for <input type="date"> . I just can't believe Firefox is behind Edge on this one. I'm using Firefox as main browser for years now, and it feels so bad when I always need to use a polyfill when developing a form with date field - to support Firefox. It's embrassing that Chrome supported it since... Chrome 20, in 2012.
You might want to switch yourself to the ESR branch if you depend on add-ons that will not update to the new Web Extensions API. The old extensions model is scheduled to be removed in FF 57, later this year. But 52 ESR will be supported until at least mid-2018.
Plugins are not affected by the WebExtensions API. Support for NPAPI plugins is removed in this release, support for XUL extensions is a different issue.
It's also scheduled to happen prior to the next ESR, which if the "every seven versions" period remains in use, will be Firefox 59. So switching to 52 ESR might still be a good idea for those reliant on XUL extensions not likely (or not able) to be ported soon.
Seems i need to consider a full time move to Palemoon, as i am currently on 45esr (their last GTK2 based esr).
Its really "funny" how it seems i can get Qt5 to work on an "old" X11 install, but GTK3 balks at same.
If the FOSS world really wants a foot in the door on the desktop they really need to learn to properly do backwards compatibility. Yes, it is not a glorious job unlike working on the latest shiny framework or language. But it is what has kept the likes of Microsoft in the top spot all this time.
Frankly i fear that once Torvalds steps down as kernel boss, Linux as a whole will fragment into a million variants with diverging APIs.
Ended up finding that Firefox 52 is overly accepting in validation. Dead code is allowed to pop from an empty stack, whereas in Chrome that's not allowed (as per spec). It's fixed already in next versions of Fx
sigh I had to switch to Chromium because they've broken + disabled HW acceleration on Linux, and my 2016 netbook is too slow to browse amazon or read news without it. Here is the bug:
In the release notes for 52, it says hangouts is broken. I wonder if this means all of webrtc is broken or not.
Regressing "stable" features like these is creating serious problems for end users. I wish they'd focus on keeping the ship afloat instead of continuing to chase the new shiny. I really don't like relying on google (or any other ad/surveillance shop) for my web browser.
Firefox for Android recently stopped showing me the "Send to Firefox" option in the share menu. I previously used it all the time to send tabs to my desktop. Does anyone know what happened or how to get it back?
Doesn't mention if the major problem I have with Firefox 51 is fixed. It makes a new, unauthenticated request every time I do View Source rather than showing the source of the page I'm looking at, which is an extreme PITA.
If View Source works properly, that'd be worth upgrading for immediately.
This shouldn't be happening. We have explicit code to force view-source to read from the cache instead of hitting the server...
If you can reproduce this problem in a clean profile, please file a bug, cc "bzbarsky", and I'll take a look. Obviously, steps to reproduce would he helpful too.
If it doesn't happen in a clean profile, then we start looking into what's special about your existing profile.
Ok now I have to do some embarrassing backtracking. In a clean profile I don't get the problem. Sorry for publicly whining about your product, which apparently works fine.
I'm not sure what I've done to make it not work here, but this profile dates from a long time ago so maybe it's just cruft or an extension behaving oddly. I'll switch to using a clean profile. Sorry again and thanks for your attention.
If you still have the profile where it doesn't work, and are willing to do some detective work to figure out what it is that doesn't make it work (e.g. extensions or prefs.js or something else), that would be awesome. You're hardly the only Firefox user with a somewhat old profile, and it's possible that there's something specific going wrong that we should be handling better on our end...
This is the way it should be in every browser, actually. View source (as in the raw non-corrected source) can take up a considerable amount of space since it's only ever needed when someone is viewing the source. Otherwise the "source" gets transformed internally to be compliant with what the browser can understand and render.
Unless you were talking about some other kind of view source?
The problem I have right now is that when I view the source of a page I'm working on, I get the source of the login page instead. I don't think that is justifiable behaviour.
Considering the potential size of pages and that this would mean the browser would have to keep around all of the unmodified source for all of those, I think it's a decently justified position.
I will say that it would be nice if there was a way for them to recognize when the devtools are open and use that as a signal to keep around the source of the current page. But otherwise it would certainly cause significant memory bloat for each tab open.
Yes that works, although it generates an option that my curl doesn't like (--1.0) so I have to edit that out (or find the option to change it in FF). Better than the strategy I suggested, but still a lot clunkier than Ctrl-U. Grumble.
This seems strange. If you view page source on this comments page while logged in to Hacker News, does the source show you as not logged in? When I do that, my source contains the link to my profile (user?id=Forlien) at the top so I know it's giving me the logged-in version.
As far as I know the way to get the unmodified source in the Developer tools is to find the html request in the Network tab, click on it, go to the Response tab of the small panel on the right and read the source out of said small panel (it's about 65x11 chars here). I'd much, much rather be able to just hit Ctrl-U and read it in a new tab. If there's an easier way then I'd like to know about it.
For me it suffices, though I too would prefer if "View source" just showed this same content. Maybe an extension could hijack Ctrl-U and display fetched source?
The difference is that the Inspector shows the page exactly as it exists now, including any DOM changes that have been done via JavaScript. I typically use 'View Source' when I want to see the original page content before anything had been altered.
It looks like the the original commenter is talking about was first reported 12 years ago[1], so I wouldn't count on it being resolved any time soon. It just doesn't seem to be something that many web browser users actually care about, so I don't blame the FF team for not assigning much priority to changing the current behavior, even though I'd also like View Source to work the way way Joeboy is asking for.
Even better would be to have the possibility to edit said source from cache and see the result as was possible with opera until it kicked out its founder to become a google chrome skin and focus on quarterly profits.
Yes I think you're right. Although the post-js version would be the page you're looking at, so it makes sense it'd prioritise that over "what html was sent from the server which may not reflect what you're seeing".
What I ask myself, is this really the end of JavaScript?
WASM reminds me of the NDK on Android. A way to write high performance GC-less code, but nobody started to use it for other things than high performance computations.
Will people really start to port runtime environments to WASM so they can run Ruby, Python and Java in browsers?
Or will this mainly be a place for C/C++, Rust and co to get some niche high end stuff running?
IMHO: No, I don't think WASM is the end of Javascript, in the best case both flavours can focus on what they do best (Javascript for light-weight web-frontend scripting and DOM manipulation, WebAssembly for computation modules). And Javascript can focus on being a 'scripting language' again, and not a compile target. I think most serious WebAssembly apps will still use Javascript glue code for the actual HTML/CSS frontend.
I also think there will be many web apps which are 50/50 JS/WebAssembly where WebAssembly is used for libraries that need to do fairly heavy computations, but can do that without having to call into browsers APIs too much (e.g. image processing, physics engines, AI, etc...).
Android NDK is heavily used for games, I wouldn't say that 'nobody started using it'.
I'm not seeing the appeal for running languages on top of WebAssembly that need a heavy runtime environment. The big downloads this requires will kill all the fun. Even C++ will create bloated WASM modules if one isn't careful. Using 'embedded style' programming practices really makes sense when trying to reduce module size for asm.js/WebAssembly.
Isn't JNI on Android also "NDK"? NDK provides a compiler toolchain and a build system — if you're building native libraries to JNI into, that's also built by NDK.
Internally: yes. But if all you need is the C-APIs provided by the NDK you don't need to deal with JNI (or Java). Unfortunately the NDK doesn't provide much.
Of course there are workarounds like Swig, Djini, JNICpp, but those are just that, workarounds for the lack of support from the Android team.
iOS and UWP devs support C++ use via Objective-C++ and C++/CX (to be eventually replaced by C++/WinRT), even if C++ isn't the main platform language, instead of leaving the community alone to sort out the FFI issues.
Since Android is anyway a fork of Java, they could either provide C++ Frameworks that wrap Android APIs or provide something like gcj CNI.
Or a bigger question, will it be a great space to show that Rust is a great language that can scale up and down through the entire stack? There is one language and toolset which can be used to do everything.
Utopia? Yeah. I know people will still choose their favorite languages for task x, y and z, but I can still dream.
Well on Android's case it helps that the Android team is not very keen in allowing the NDK to be anything more than porting native code into Android, high performance games, or just implementing Java native methods.
Even for Android Things they gave up on their plan for C++ Frameworks on Brillo, and adopted the Android Frameworks instead, due to "We incorporated the feedback from Project Brillo to include familiar tools such as Android Studio, the Android Software Development Kit (SDK)".
So to come back to WASM, it depends on how willing the browser vendors are to push it, beyond the initial prototype.
Generally, it seems that the success and failure of a language depends on libraries, and most android libraries are written around Java rather than native.
But if you want, you can write libraries which will allow you to write Android Apps in C, C++, C#, Rust or Go (as people have already done, see Qt and Xamarin for example). The thing is that it's much easier to write a simple CRUD app in Java than in C++.
Definitely not the end of JavaScript. But it is the end of JavaScript-only.
It's likely we'll see other languages targeting WebAssembly in the next few years. I heard rumors Microsoft is working on something in that area. If I were to guess, I'd expect a TypeScript-to-WASM and C#-to-WASM to follow. Java, Rust, Go, and others will likely have something too.
Additionally, I expect to see some JS-heavy frameworks (React, Angular, etc.) write performance-critical sections with WASM, thus benefiting a great number of web apps.
Where did you hear these rumors? I could see a WebAssembly target for MSVC in the near future (say hello to Office in the browser) but the CoreCLR needs GC so it's currently out of the question.
I heard this directly from a higher up at MS during a conference afterparty. He said he couldn't wait for browser support for Web Assembly to go live so he can show the things they're working on.
And yeah, for C# to WASM, we'd need garbage collection support in WASM. That doesn't exist yet, though it's on the list of future enhancements[0].
Right now relying solely on WebAssembly where you can use JS is dead in the water (how many websites still keep up IE support).
The question will be in a few years (especially once WebAssembly DOM support comes in).
Even then, there's so much JS in the wild that only a depracative step (JS is no longer supported) will kill it.
It's like Clojure, Kotlin, Groovy and other JVM languages. Even if they are better by a long shot than Java, the legacy factor will keep JS (and Java) alive for a long time (and the fact that JS doesn't require a compiler or environmental).
No, compiled languages have never ended the existence of Python, Perl and other scripting languages.
Similar principles will surely apply. For WASM code to interact with DOM or external scripts / JS libs in any meaningful manner, the wasm generator will have to provide in any event additional JS code anyway.
If you're using Tree Style Tab and this upgrade causes new tabs to appear after a delay of many seconds... setting browser.tabs.animate to false resolved it for me (macOS 10.12).
Mozilla says 'Enabled multi-process Firefox for Windows users with touch screens', however on my Dell XPS 13 it still says multiprocess windows are 'Disabled by accessibility tools' in about:support, which was the touch screen issue. Any ideas?
Are you running a 32-bit Firefox or 64-bit? I _think_ the touchscreen thing was only fixed for 32-bit for the Firefox 52 release, and the fix for 64-bit will be in Firefox 54.
I'll see about getting the release notes fixed to reflect that.
Nice. Maybe it's finally time to upgrade to the latest Firefox for testing. We had been pegged at an older version because we ran into some issues with the new (at the time) MarionetteDriver[1], but I imagine the migration might be smoother now.
Despite of my media.gmp-provider.enabled setting being set to false Firefox makes a connection to ciscobinary.openh264.org on port 80 and downloads the h264 decoder binary provided by Cisco.
Does this mean that the library is being downloaded (and executed) using plain HTTP without any authentication? Sounds like a nice target for QUANTUM style MITM attacks.
I'm still rockin Firefox 33 (released 2014) on one of my PCs. Sad to observe websites which fail and throw errors without any grace including big sites like Netflix and others.
Strange errors and broken functionality usually without any mention of my browser being the problem. That's sloppy development. A browser from 2014 isn't "Netscape 3".
Signed up to Google Firebase recently. Tried navigating to the console on my PC with Firefox 33, "there was an error completing your request". That's because I was using a browser from 2014. No mention of that in the error. At first I thought the service was down, then I tried a newer browser.
Backwards compatibility or at least graceful degradation and error handling is accessibility. Your site either has it or it doesn't.
I'm glad that major sites don't support older browsers.
This way users will have to upgrade, and the web can move forward.
One thing is to keep supporting something that costs hundreds of dollars (like an iPhone), but there is very little sense IMHO to spend a lot of effort and—potentially—make everyone's experience worse just because some users won't bother downloading a 50MB free update.
A lot of things happen in 3 years in this field!
Google was smart in making Chrome updates automatic. I doubt the average user cares the slightest anyway.
That is exactly the same justification for "deprecating" America's public transit infrastructure in the 1950s, and replacing it with highways. I don't consider a lot of updates to be upgrades.
And the cost associated with updates isn't 50Mb. The cost is losing essential features that I rely on.
So, you're saying that I should lose the ability to log into my router, all so you can use the latest template bullshit that will be abandoned in a year.
And it's not even that a major feature will be deprecated specifically, it's the threat and uncertainty that the constant update cycle creates.
I deeply miss the good old days, when I could trust that my computer would behave as I expected it to. The fact that things have become so damn unreliable is itself taking away from the UX, and more than offsets any improvements. Google has an awful UX, because of how unreliable it is.
All the financial websites that I use over the last two years have been ruined in the pursuit of UX. Information density has plummeted. I used to be able to copy and paste data on screen in a predictable manor. The browser responded instantly. Now, it's a messy, slow, and far less readable.
I'm thankful that I don't rely on accessible technology.
The direction the web has taken recently is horrible. And I'm convinced that this time will be looked back on with disgust.
I was a web designer from the late 90s to early 2000s. I vividly remember everyone saying how Flash needed to be pushed on users, and how HTML was obsolete. And that unskippable flash intro pages were cutting edge UX. And playing sounds in the background was a great idea. And that all users were 800x600 resolution.
The attitudes have not changed. I think they've actually gotten worse.
> Stop using vague language like "moving forward".
Sorry, I don't have time to go into the specifics of all the APIs that modern browsers have started supporting since 2014, but they're a lot.
> That is exactly the same justification for "deprecating" America's public transit infrastructure in the 1950s, and replacing it with highways. I don't consider a lot of updates to be upgrades.
Why are you comparing public transportation with web standards? Web standards evolve about 100 times faster than public transportation.
> So, you're saying that I should lose the ability to log into my router, all so you can use the latest template bullshit that will be abandoned in a year.
I don't see why you'd lose it. More modern browsers will still be able to interpret old code (http://info.cern.ch/)! The problem is the other way around: old browsers can't understand new code. Also, although I take it that you don't like updating your software, if something doesn't work if you updated your router firmware or software you might find out that it starts working again. You can also keep an older browser installed if you need to access some specific software, but I don't think it's a good idea to use an obsolete browser as your main browser, if anything for security concerns.
> he direction the web has taken recently is horrible. And I'm convinced that this time will be looked back on with disgust.
I was a web designer from the late 90s to early 2000s. I vividly remember everyone saying how Flash needed to be pushed on users, and how HTML was obsolete. And that unskippable flash intro pages were cutting edge UX. And playing sounds in the background was a great idea. And that all users were 800x600 resolution.
Then, I find it hard to understand how you believe that things have gotten worse, since all browsers follow the standards now, most things are open source and build on open technologies.
> The attitudes have not changed. I think they've actually gotten worse.
Judging by your tone and attitude, I actually agree with you on this one.
First of all I'm sorry for my forceful language. I was in a rush and needed to get lunch
> Sorry, I don't have time to go into the specifics of all the APIs that modern browsers have started supporting since 2014, but they're a lot.
> Why are you comparing public transportation with web standards? Web standards evolve about 100 times faster than public transportation.
Web browsers and public transit are both infrastructure that everyone relies on. And we have a responsibility to think carefully before we make big changes that can harm, or even inconvenience people. And I think that too often, we make the wrong choices for the wrong reasons. We take for granted that things like ATM machines, or door knobs will remain pretty much the same. The are infrastructure, too.
And the language used to describe these changes are often misleading. Slashing the number of buses that service a neighborhood is an "optimization". Or like downgrading a proposed light rail line to a bus rapid transit, and then finally to a regular bus line. And then selling it to the public as some sort of improvement.
I strongly dislike when people use the word "progress", to imply some sort of change is an improvement. Donald Trump bulldozing low income housing in order to replace them with gaudy luxury condos would be called "progress".
I do not think that much of the changes that we have experienced could be called "progress".
I don't think that updates are "upgrades". And often times this language is used deceptively, to hide value being subtracted, and features being removed.
> I don't see why you'd lose it. More modern browsers will still be able to interpret old code (http://info.cern.ch/)! The problem is the other way around: old browsers can't understand new code. Also, although I take it that you don't like updating your software, if something doesn't work if you updated your router firmware or software you might find out that it starts working again. You can also keep an older browser installed if you need to access some specific software, but I don't think it's a good idea to use an obsolete browser as your main browser, if anything for security concerns.
Um, if I update my software, I might find that features are removed or radically altered. Like when Cisco decided to completely change the operating system on their routers, to one which had far fewer features, and would phone home to them[1]. There are too many examples to list, but, just off the top of my head, most Android updates remove useful features. iOS is so awful, that Apple goes through amazing lengths to force users to update. Do you really think they're doing it out of concern for the user experience? They're doing it because users are less likely to complain if you don't give them a choice.
> Then, I find it hard to understand how you believe that things have gotten worse, since all browsers follow the standards now, most things are open source and build on open technologies.
Yes, I am happy about that. However, websites themselves are as awful as ever, in new ways. We've taken everything bad about Flash, and baked it into html5. Just as many pigheaded assumptions are made about the end user's computer setup as in the late 90s. We're actually regressing in a lot of ways. I've actually seen popups when I try to load a webpage, telling me that I need to have higher resolution. That is geocities crap.
> Judging by your tone and attitude, I actually agree with you on this one.
I guess we have different visions of what the web should be. And your vision is winning.
I remember having these conversations with web designers so many times about Flash. I can't tell you how many times I was told that HTML4 was "obsolete", and why can't we just do everything in Flash already???
So what if Flash's bitmapped text isn't parsable, why would anyone want to parse it? And so what if it isn't scalable, everyone should be at the same resolution as what we designed it on! It's the users fault for not supporting our ActiveX controls! What kind of a weirdo doesn't use Internet Explorer??? Users like it when we play soothing background music for them. What? Who uses tabs anyway? Users like informative popups that offer them helpful offers from our advertising partners! Hah, Mozilla is obsolete. LOOK, this is just the way things are, OK? They can't be changed!
And the starry-eyed optimism that /this/ technological ecosystem was great, and utter certainty that this was the correct path. And how I was some sort of weirdo for saying that things could be done way better.
However, unlike 15 years ago, there is no Mozilla Firefox. The Mozilla foundation has been corrupted. If things had been the way they are back then, culturally, then things never would have changed. Ubuntu would have been obsessed with emulating Windows XP perfectly, and Firefox would have been trying to support the latest Microsoft standards.
You're conflating sooooooooo many orthogonal things here.
So, you're saying that I should lose the ability to log into my router, all so you can use the latest template bullshit that will be abandoned in a year.
The problem here isn't that browsers are getting better. The problem is that you paid for a router that evidently uses some broken and unsupported web interface. Not blaming you; that kind of thing's happened to me too. I'm guessing it either relies upon proprietary junk (Flash, Java) or nonstandard HTML/JS, or it does something terribly insecure that modern browsers don't allow.
Non-broken HTML from the dawn of the web onward works fine in modern browsers. Had your router manufacturer done something sensible in the first place, we wouldn't be having this discussion.
And it's not even that a major feature will be deprecated specifically, it's the threat and uncertainty that the constant update cycle creates. [...] The direction the web has taken recently is horrible.
Actually I totally agree! I think the web is worse than it was 10 years ago.
But, this is due to bad site design, not the fact that browsers are more capable now. You could argue that today's more-capable browsers enable and encourage this crap, which is kind of true. But in the old days site owners did the same horrible crap; they just used Flash and Java and ActiveX to do it.
And I'm convinced that this time will be looked back on with disgust.
I hope so, because that'll mean it's gotten better.
I vividly remember everyone saying how Flash needed to be pushed on users, and how HTML was obsolete. And that unskippable flash intro pages were cutting edge UX. And playing sounds in the background was a great idea. And that all users were 800x600 resolution.
Right. And those were all terrible and/or proprietary ideas, all of them contrary to the ideas (originally) underpinning the web. Those ideas were rightfully tossed into the trash bin of history. Mostly.
But, I don't see what harmful assumptions and proprietary closed technology have to do with one of the jewels of the open-source software world (Firefox) continuing to improve itself while remaining open.
> The problem here isn't that browsers are getting better. The problem is that you paid for a router that evidently uses some broken and unsupported web interface. Not blaming you; that kind of thing's happened to me too. I'm guessing it either relies upon proprietary junk (Flash, Java) or nonstandard HTML/JS, or it does something terribly insecure that modern browsers don't allow.
If a router manufacturer used completely correct and standard SSL and Java implementations in the past, it would likely be inaccessible today. A reasonable assumption should be made that if you implement something correctly today, that it will be accessible by a web browser in the future.
I understand that these technologies have been found to be insecure. But some people still need them. And it is possible, and not even that hard, to run Applets securely. I do it. They can be sandboxed externally.
I'm actually thinking of putting my "distro" of Firefox on github, for running applets. Appletviewer is not enough.
These features are not removed for our benefit. They were removed under pressure from commercial entities. For example, Facebook pushed hard to kill flash with extreme prejudice two years ago [1]. If it had been up to them, everyone's Flash would have stopped working back then, and been very hard to re-enable. Facebook didn't do this out of concern for safety, they did it because it financially benefited them, and shrank their support window.
The direction the web has taken recently is horrible. And I'm convinced that this time will be looked back on with disgust.
Fear not, my friend. If we accept the premise that everyone should be forced to switch software every few weeks to retain access to useful content, even if doing so means losing access to other content in the process, then much of this time won't be looked back on at all.
For example, I'm pretty sure multiple decades of little visual aids developed by academic tutors as Java applets just became inaccessible to almost everyone. There was nothing wrong with many of those demonstrations in the content they presented, nor is there anyone responsible for replacing them. That valuable content has effectively now been lost.
There are discussions going on about Firefox 52 today on every relevant technical forum I follow online, and all of them (including this one) have threads showing a variety of other useful content or services that relied on these plugins.
There is no reasonable argument that this was necessary because maintaining support was too difficult. The same browsers eliminating NPAPI support are the ones adding things like WebAssembly.
There is no reasonable argument that this was necessary for security. Most of the plugins were click-to-play in all major browsers already, dramatically reducing the risk associated with them, and more importantly, there is no evidence to suggest that browsers won't suffer from a similar level of security vulnerabilities as they add ever more native functionality to replace what the plugins were used for before.
I realise I'm posting on HN, where the culture and interests are often more about building throwaway web apps and worrying about longevity later, but most of the Web and most of the world isn't like that. There is a price to pay when support for standards that have been around for 20+ years is dropped.
> I deeply miss the good old days, when I could trust that my computer would behave as I expected it to.
So don't update your browser. Or at the very least, use an ESR.
> So, you're saying that I should lose the ability to log into my router
You're using the wrong tool to connect to your router. The web has always been in flux. If your router only supports web login and requires mildly fancy web code which might get deprecated, that's a problem with it, not the browser.
Similarly, it's not the browser's fault that google has bad UX, and you can make sparse-looking pages with ye olde html as well.
> One thing is to keep supporting something that costs hundreds of dollars (like an iPhone), but there is very little sense IMHO to spend a lot of effort and—potentially—make everyone's experience worse just because some users won't bother downloading a 50MB free update.
My browsing experience has been made significantly worse than it was 5 years ago by websites abusing new browser features. I have had to start running uMatrix to disable JavaScript except on whitelisted websites, and have had to start using youtube-dl to download videos instead of viewing them in the browser. Firefox Reader View is a must because of bad CSS everywhere. I use Firefox for most browsing but keep Chrome around just to view problem websites.
Most websites serve up text, the only reason they "need" new features is for serving intrusive ads. I also regularly use Lynx and think it continues to be a good browsing experience. Most websites can be (and historically are/have been) very usable and quick to navigate in text browsers. I continue to design personal webpages to work in text browsers.
Taking it as far as saying that they need new features just to serve ads, wow.
The fact that web technologies have become powerful enough to make using complicated software a click away instead of forcing you to install a native app for every little thing..?
Take Twitter as an example - using older versions of Firefox.
They claim that "videos are not supported in your browser" but on occasion the video begins playing before being paused. Sometimes the "what version is your browser" check takes long enough for the entire video to finish playing. The videos are obviously supported because they work! I know this because the same video that tells me "it isn't supported" will sometimes partially or completely play (so it isn't that different videos are being served differently).
>Taking it as far as saying that they need new features just to serve ads, wow.
I'm agreeing with the GP comment - and that forcing updates on users that don't actually need to happen is for tracking/ad related purposes.
Few sites need the new features and many are abused for tracking/ads - which is largely why the Battery API was removed. It wasn't being used for its intended purposes.
Why are you using such an old browser? Part of the reason sites are built for current browsers is that responsible users should be updating their browsers frequently.
With as many ways as you can have your machine compromised by simply browsing to a website that had some malicious advertising code embedded, I can't imagine why anybody would use such an old browser if they weren't absolutely forced to.
For most people it is because the (desired) security updates come bundled with (undesired) UI changes, default search engine changes, increased telemetry, etc.
I work with a visually impaired PhD student, and we had to turn off browser updates because of the hell it was causing him (eg why are my search results different all of a sudden? why are pdfs opening differently?).
This isn't limited to firefox, google voice recently got a UI update that lowered the information density. Where he used to be able to see who he was talking to now there is a big colored shape surrounded by whitespace, etc. If he didn't limit the updates, probably 25-50% of his time would be spent dealing with interface changes.
Anecdote: I had a friend in college. Visually impaired - tunnel vision and a degrading retina. Takes him a good few seconds to locate things on familiar UI. New UI is hell. I know because I was by his side all through college.
Your comment makes it look as if you never worked with someone who suffers due to needless design changes.
I work in high school education. I've dealt with inflexibility from staff and students alike. When I started we never ran software updates precisely because people didn't like change.
I changed that policy and moved to tracking upstream as closely as I can manage. While it was very hard at first, users have adapted and become better at adapting to new changes quickly. Five years later, I do not see nearly as many "this changed and I don't know how to do it anymore"-type questions as I used to. The initial break was quite hard, but I'm very glad I did it.
"change-for-changes sake is an extremely bad strategy."
Yup. It's also the go-to strategy for startups and tech companies in general once they have run out of real ideas for their product and one of the quickest ways tech companies' products degrade into shit.
Well maybe companies that create this stuff should be more flexible in accommodating the users.
It's not our responsibility to work around someone Else's updates.
If something works now, why should it be changed because it's more convenient for Google?
I use Firefox 29 for most of my profiles. Because I have a very specific workflow with add-ons, that runs circles around any Chrome user.
It's also more secure, because of my external sandboxing.
I also have my own container mechanism for Firefox that I have been using for years.
And this is what the web is all about. It used to be that the web was accessible to people in remote parts of the world, using old hardware, and anyone could write and add to it.
Now it's quickly becoming a black box that only wealthy people can access.
The performance gains that come with newer browsers (generally) should allow websites to run on older hardware. Not to mention support for new protocols and compression that lead to smaller assets being sent to all devices.
I can see how my comment wasn't clear. The fact that disadvantaged people are being driven off the web has nothing to do with the fact that I have a highly customized browser setup. I probably should have made that more clear.
It seems as if your paradigm shifts it from "only wealthy people can access" to "only people technically competent enough to set up a sandbox can access"
No, I wasn't advocating that anyone use my advanced browser setup. I was just illustrating that there are reasons why someone would want to do so.
I really shouldn't have to do this. Mozilla should have put more effort into add-on compatibility. Add-ons are the only thing that Firefox has going for it.
That misses the point. Security is one thing, features are another. Regardless of whether a user should update regularly for security patches, the Internet should support 3-year-old technologies, or gracefully fail otherwise.
When was it decided that it was the users responsibility to use the latest version of a web browser (regardless of how inconvenient it is for the user)?
Oh right, Google and the cabal that runs the web decided so.
Just because something is "old" doesn't mean it is obsolete. This mentality is very wrong, and needs to be opposed. It isn't helping the users, it is helping the platforms.
Up until a few years ago, it was the responsibility of the developer to gracefully fall back and support as many users as possible.
Now, instead, we design under the assumption that everyone has a computer made within the last 12-18 months, with the latest updates, on a high speed, low latency connection.
And that is awful, because it is cutting out users who aren't privileged enough to afford the web.
The new "improved" Google Voice is utter trash. It makes my 2011 Macbook grind to a halt. And for what? So that it cosmetically resembles their new phone app. And most tech reporting websites are gushing about how it looks.
And what is the justification for all of this garbage? Is the web faster? more reliable? More accessible to people with disabilities?
NO.
The point they were making is that users are now burdened with the responsibility of ensuring their computers are compatible with the web, rather than the web ensuring their sites are compatible with users.
Couple of reasons: I test my site builds on older browsers - proper full browser versions and OS environments/hardware. Some of my computers I keep up to date, not all.
And I don't particularly respect updates sold as "security" when they often move the furniture around, or remove features, or flog whatever new feature they think we want in our browsers.
Web browsers should be more stable, not frantically updating themselves every 5 minutes. Browsers are windows to online content - the online content is what changes and updates all the time. The browser, as viewer of those changing and varied websites, should be relatively static and stable.
Firefox went to an evergreen browser model and keeps an ESR around for people that don't want to upgrade. But that's at version 45 at the moment.
Firefox 33 is a three year old point release intended for eight weeks of operation, so things being broken shouldn't be a surprise. So sites have the choice of feature-sniffing and keeping an updated list of all the rendering bugs in all browsers going back ... what, a decade?; or kicking out people using old non-ESR browsers. They could be more gentle about it, but the choice is fairly obvious.
Firefox 33 was an official release. Things being broken should be a surprise in an HTML5 compliant browser.
If sites use bleeding edge features with no programmed fallback or error handling apart from "miserable failure", they have a responsibility to at least inform users of their limited browser support rather than pretending to be a website on the internet - which by its nature should be accessible to an official release browser from 2014 without failing miserably.
I use the latest version of Lynx as a fallback on my OpenBSD laptop, but I don't expect to be able to watch Netflix on it. It's really good at fetching files from ftp sites that are hosted on http links, though.
Sure, but if you browse to Netflix on Lynx, you shouldn't be greeted with a dogs breakfast, you should be treated with respect as any user should, and informed of what you need to operate the site.
I'm guessing the reason you don't want to upgrade is because the new worse search bar that was included in Firefox 34? You can install a new version of Firefox and use Classic theme restorer[0] to get both the old UI and the new features. At least until Firefox 57 ships in November which will only support web extensions. It will be sorely missed.
You might consider switching to the Firefox ESR (Extended Support Release) channel. It updates to a new major version every ~10 months (seven Firefox releases) but continues to receive security patches every six weeks in the meantime.
> Removed support for Netscape Plugin API (NPAPI) plugins other than Flash. Silverlight, Java, Acrobat and the like are no longer supported.
That's really, really bad. At this point Firefox was the only browser which was supporting Java on Linux. I am forced to stick to the 51 version (52 64bit ESR does not support Java also).
You may ask, why on earth do you need Java inside your browser in 2017? My company, which does not support Linux, uses Java applet to create system-wide VPN connections to the client's networks and Firefox was the only choice.
It's frustrating that multi-process is still not enabled on my touchscreen windows laptop. The about:support page says "Disabled by accessibility tools". Feel like I've been waiting for this feature to arrive for years.
Multi-process support for Windows touchscreens should be coming in Firefox 53, according to the release notes. 53 will enter the Firefox Beta channel this week or next.
Since "Enabled multi-process Firefox for Windows users with touch screens" is in the Firefox 52 release notes, it should be enabled now. I don't understand how else that note could be interpreted.
Another fan here. There are some rough spots and there doesn't seem to be much done to fix them. I have already cloned the source but haven't found the time to build it yet.
My main gripe is that it doesn't treat closing the window as "exit", which means you must go to menu and select Exit if you want to remove session cookies and similar.
Another one is that selecting text is clumsy because standard Android lens is not used.
But I still prefer FF to its "all-your-data-are-belong-to-us" competition.
actually a whole session is the phone turning on and off. So I like this session behavior better. Otherwise unlike apps I have to login again and again to some websites.
I avoid videos on mobile like the plague anyway (because of shitty data plan), so I can't comment on that, but otherwise I'm a happy user of Firefox for Android, esp. because it has uBlock Origin available.
You may need to add a user-agent spoofing extension. Certain sites will not serve plain H.264 video to Firefox correctly, unless you pretend to be Safari mobile.
I use as my main browser too and I do not have specific problems with it. The greatest advantage is being able to use the same extensions as the desktop version.
Why does Mozilla make it hard to run the sync server (easily) on our own? Just give a docker file. Instead you need a sync server, your own account server.. such poor technical design. These are small features that will make many stick to Firefox.
"This is an all-in-one package for running a self-hosted Firefox Sync server. It bundles the "tokenserver" project for authentication and the "syncstorage" project for storage, produce a single stand-alone webapp."
Thank you for pointing that out, I don't use the sync feature because I don't like giving too much info to 3rd party services but I never considered running it on one of my servers.
It doesn't look too difficult and it says that running your own account server is optional. Or does it mean that you can run your own sync server using a mozilla account? I'm not sure I understand how sync server and accounts server interact exactly...
You can run a sync server that accepts tokens from Mozilla, but I'm not sure it makes any sense that way. The only difference is that you'll have some audit over sync blob store access logs, but that's about it.
This is exactly the problem. They have just made it hard for no reason. I want concrete information as well with an easy to run guide. It's not clear why I need to use Mozilla accounts.
If you are currently hosting a Sync 1.1 server I strongly encourage you to migrate to 1.5, we removed the legacy parts of Sync in
https://bugzilla.mozilla.org/show_bug.cgi?id=1296767
which means it will not work anymore on Firefox 54.
I'll investigate that, thanks. However, the last time I checked I'd have to set up and run a separate account server service as well and since weave still works I had no reason to invest the effort into switching.
Regardless, I'll likely be switching to FF 52 ESR so the point will be moot.
What are the supported operating systems, I don't see any list of supported OS's ? i did the upgrade and it just crashed on startup (on windows 7 enterprise edition), Installing from scratch didn't help either.
Vimperator is gonna break for good by the end of the year. It's been encouraging that the VimFX developer has been so involved in the Web Extension discussions about keyboard input [1]. Unfortunately, the last few updates don't look super promising [2].
Thanks! I hadn't seen it, but Vimperator was what finally got me to switch from Chrome/Vimium. If it's customizable enough that I can remap `d` to close a tab and `u` to reopen, I'll be happy... but then I guess I don't need to be happy, as I won't have a choice soon enough :)
Ironically, Mozilla has stated that breaking all these user plugins is part of some strategy to regain market share and "influence web standards". Now that it's actually happening, I'm hoping more people will see how it's not going to work.
> Ironically, Mozilla has stated that breaking all these user plugins is part of some strategy to regain market share and "influence web standards". Now that it's actually happening, I'm hoping more people will see how it's not going to work.
I never thought I would see a defense of NPAPI, of all things, on HN. NPAPI is a gaping security problem, and the only fix is to remove it entirely.
Except Mozilla had planned and announced this would happen at least a year in advance. On top of that Google also removed the same thing from Chrome a while ago citing the same reasons, it's just that they shoehorned in a fix for Chrome and IE when they did so.
Hangouts switched from NPAPI to WebRTC in Chrome back in 2014, but still uses plugins (NPAPI or ActiveX) for other browsers. Hangouts depends on some non-standard WebRTC functionality in Chrome. Google has had almost three years to adapt to other browsers' WebRTC stacks, but it is not a priority because the plugins have still worked (in Firefox < 52 and IE).
(a) None of the replies changes the fact that Firefox will lose users over this. A harbinger of what's to come. Too bad Mozilla's wack leadership can't solve their problems by downvoting the users who leave Firefox because they will no longer the browser that works with a rich extension ecosystem (in general).
(b) If the one of the largest software companies out there, which is apparently acting in good faith here (since they intend to release a new plugin), can't keep up, then in what universe do all the rest?
All that being said, who knows what it going on with the new Google Voice. While seemingly improving the UI, they made it very difficult to place outgoing calls to people one has not received calls from already. So maybe Google is getting ready to kill Voice off.
a. It seems you're conflating the deprecation of XUL/legacy extensions and the NPAPI plugins here. This current release removes NPAPI support which affects plugins only. Extension changes are coming in later releases.
b. If they're acting in good faith why did they misrepresent when Mozilla announced they would be deprecating the NPAPI plugin API[1]? It seems more likely that they were simply lazy and instead of making the solution they used for Chrome (which already removed NPAPI support, mind you) work across the board, they waited until the last moment and realized Mozilla was actually going to go through with making the same changes they did.
Hangouts switched from NPAPI to WebRTC in Chrome back in 2014, but continues to use plugins (NPAPI or ActiveX) in other browsers. Hangouts depends on some non-standard WebRTC functionality in Chrome.
Yes, I think I am conflating the issues of XUL/legacy extensions and the NPAPI plugins.
All I can say is that while I didn't take a lot of time to parse this, most of the people impacted by this issue will take even less. They will just understand that Firefox worked with Google Voice and then stopped.
So it does seem to me like part of an overall theme. Firefox used to let users decide what was safe, now it's decided for us.
https://developers.google.com/web/updates/2017/01/css-grid is a simple introduction to it.
http://gridbyexample.com/ is probably the best reference site.
https://tympanus.net/codrops/css_reference/grid/ is another very nice single-page reference.
Some technical examples from Igalia, who have been implementing Grid in Blink and Webkit: http://igalia.github.io/css-grid-layout/
Some lovely creative examples from Mozilla's Jen Simmons:
http://labs.jensimmons.com/
http://labs.jensimmons.com/2016/