According to the bug, it was fixed in an upstream pull request yesterday. Given the usual rate at which upstream pdf.js updates are landed for downstream Firefox, it's very likely the fix will be in Firefox 28. Of course, you can confirm it's fixed in a development build of pdf.js whenever you want: https://github.com/mozilla/pdf.js#browser-extensions

Given that Opera is switching to Blink, I would assume that their support will end when Chrome's does.

Meh, I'm holding out for Linux 95 personally.

Cows, Pigs, Wars, and Witches would argue that it was due to the particular energy and resource requirements required to raise pigs that would be difficult to come by in a nomadic desert society vs. sheep, goats, etc.

Last time I checked, you can use a landline too.

but I have to ask, do you actually have any grounding in software development?

lol, facepalm

Exactly, which is also why they brought up Windows XP, which does not have a built-in H.264 decoder.

Flash support should arrive with version 13 if they end up shipping with the Native UI enabled as is currently the plan.

Your opinion would probably be different if other browsers (or software projects in general) shared their full bug fix list between every release.

*Citation please.

Not an insider, just a community member who reads a lot of bugs :-). Windows builds are done on MSVC 2005 with profile guided optimization enabled. Mac and Linux builds are done with GCC 4.2 also with PGO enabled. No clue about AMD CPUs, though, sorry. First I've ever heard of someone having problems like that.

See bz's post and subsequent reply: http://news.slashdot.org/comments.pl?sid=2615802&cid=38664528

There's a lot of work underway now to improve cycle collection times, which is where many of the pauses come from. Also, work is underway for both Generational and Incremental GC, which should improve things on the GC side. At least with a rapid release schedule, those improvements will ship when they're ready rather than waiting for other things to finish up first like they would have in the past.

It doesn't make a lot of sense to backport big architectural overhauls to long-term stability releases, no.

bz pointed out elsewhere in this thread that while ESR releases will get critical security updates backported to them, they won't be receiving any major architectural updates/refactorings that inherently improve security. So in that respect, ESR releases will be more limited security-wise than the mainline release.