Firefox 50.0
111–120 of 205 posts
Re: Firefox 50.0
#112Earlier quoted context omitted.
Freetype 2.7 introduced a new rendering engine. I cannot link anything at the moment but the Arch Forums have pretty detailed help.
I love 2.7's rendering engine and 49.0.2 looked great, but 50.0 looks washed out. Tried ESR 45.5.0 and it looks great again. I'm confused as to what may have happened from 49 to 50 that caused this.
Re: Firefox 50.0
#113Re: Firefox 50.0
#114Any firefox devs here? You guys broke your own VTT polyfill with this update: https://github.com/mozilla/vtt.js/issues/354 Only reason I'm mentioning it here is that it looks like the repo is dead.
I'm making some inquiries. It looks like the old code just ended up setting "position" to 0 when an object was assigned, while the new code (correctly per spec) throws. The real bug is assigning an object to a non-object-valued property...
Re: Firefox 50.0
#115>"Added a built-in Emoji set for operating systems without native Emoji fonts (Windows 8.0 and lower and Linux)" Jesus Christ why, just why. I'm so done with Mozilla. Please tell me there is an alternative to this nightmare that is freedom respecting (so nothing related to Google).
I'm afraid "just why" is not enough. Please comment civilly and substantively on Hacker News.
Re: Firefox 50.0
#116Earlier quoted context omitted.
> While it is easy to build with cairo-gtk2 as the backend, that code path, as I wrote in a sibling comment, reliably crashes for me anytime I try to do File-Open. That points towards GTK2 support possibly not being functional, which could be a good reason why they don't provide a build for it, even if they wanted to. It sounds like the real problem here is that Mozilla is changing stuff that some people don't want c…
Good points. Just finished building firefox 50.0 with for cairo-gtk2 and trying it out now. Hope there are no crashes. I agree with what you say and want to add that there two issues here. First is the GTK3 port of Firefox not working as a native Wayland GTK3 window. Second is the themeing issues with GTK3 that people ran into, which is something you can live with. Finally, it's the serious regressions of GTK3 itself…
Is that officially supported yet? I see that back in June/July experimental support was released. Possibly is the current work in an effort to get that working, but it's not ready yet? I just tracked down what looks like the feature tracking bug[1], and it doesn't appear to be ready, but I could be reading it wrong.
> Second is the themeing issues with GTK3 that people ran into, which is something you can live with.
Sure, but from my own problems with themes in Chrome, it's not something you want to live with, especially if you used themes to signify instance information and they stopped working, so I feel people's pain there. :/ Preferably Mozilla would have kept this gated in a branch or experimental build until these issues were worked out. That said, earlier today I did see something about plugins built using GTK2 being loaded into Firefox with GTK3 and the symbols loading wrong, so perhaps it's a much harder problem than it seems, and if it requires theme's to rebuild, then perhaps the quickest and easiest way to make that happen is to force a little breakage. Then again, the distro build probably makes sure this isn't a problem.
> I'm surprised at the seemingly isolated echo chamber perspective of the GTK3 devs.
I imagine that's somewhat to do with where their focus lies. I'm under the impression that a lot of the funding comes from Red Hat, so there are likely complex motives at multiple levels from the enterprise to the funded developers (who might want to justify their paycheck).
In the end, it's one of those things that's hard to accurately critique as an outsider, because there's a lot of specific information that goes into a decision like that. Is a GTK2 to GTK3 migration easier than a GTK2 to QT (or some other toolkit) migration? Probably, but by how much? If this was happening a few years ago, we might be complaining that Firefox uses a toolkit (that is, underneath their own toolkit) instead of X directly. Now we have X and Wayland, so that wouldn't have presented a similar situation anyway. In the end, unless you have some upstream vendor willing to put lots of time and money into making sure you have a performant, backwards compatible API to call (e.g. Microsoft), you'll probably want to make changes at some point in any long-lived project.
Re: Firefox 50.0
#117Breaks NoScript on launch day. That was an unpleasant surprise this morning...
Re: Firefox 50.0
#118https://developer.mozilla.org/en-US/Firefox/Releases/50#Chan...
Re: Firefox 50.0
#119"Set a preference to have Ctrl+Tab cycle through tabs in recently used order " Finally something that is an actually improved UI feature! Not some "removed status bar and instead hover its info over text you want to read sometimes" or "moved refresh button to different place than before just to annoy you" or similar thing :)
Re: Firefox 50.0
#120Still no tabs on the left.