Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Firefox 31.0

mozilla.org

Post reply on HN
Print view View original

91–100 of 137 posts

Re: Firefox 31.0

#91

Post by ZeroGravitas »

wjoe wrote: post #61
brador wrote: post #7

Does this fix the 1080p option not showing up on youtube problem?

The 1080p option isn't shown because YouTube requires Media Source Extentions enabled (HTML5 DRM) for this. You -can- enable this under about:config (media.mediasource.enabled) but it's still experimental for now. When I tried it, it did show the 1080p option, but then I had very mixed results from the blank video, no audio, or the higher resolution video not actually loading. This should also only apply if you have…

MSE is for varying the bitrate of videos when thing get congested.

EME is for browser video DRM.

Re: Firefox 31.0

#92

Post by zobzu »

zimbatm wrote: post #43

The only thing I want from Firefox is to stop freezing completely when a single tab goes crazy. It just makes the whole experience feel clunky compared to Chrome. Usually it happens with Gmail so maybe there is a conspiracy there to drive adoption for Chrome :p

tbh this happens to me more often in chrome than firefox these days.. i do get slowdowns in firefox when some tabs are loading tho. but the complete freeze in chrome is when the ui or something goes wrong, its rarely a single tab (which doesnt really happen in firefox)

Re: Firefox 31.0

#93

Post by hackuser »

riquito wrote: post #58
huhtenberg wrote: post #12

> Block malware from downloaded files Hi, Google. Would you just look at what I downloaded!

A switch on/off in the preferences is needed (because privacy choices must be easy for everyone) and I'd choose "off", but I think this bit from Google may ease the mind of someone here. > It’s important to note that any time Safe Browsing sends data back to Google, such as information about a suspected phishing page or malicious file, the information is only used to flag malicious activity and is never used anywhere…

> the information is only used to flag malicious activity and is never used anywhere else at Google.

But does it say the information is anonymized and promptly deleted, and nothing is logged?

Re: Firefox 31.0

#94

Post by hackuser »

rockdoe wrote: post #59
huhtenberg wrote: post #12

> Block malware from downloaded files Hi, Google. Would you just look at what I downloaded!

https://wiki.mozilla.org/Security/Features/Application_Reput... * 47% improvement in malware detection with the current implementation * 87% improvement in malware detection possible when the feature is complete I can see why that trade-off was made.

> I can see why that trade-off was made.

But why not allow users to make their own choice and disable the privacy compromise easily?

Re: Firefox 31.0

#95

Post by jitl »

pinpoll wrote: post #83
soapdog wrote: post #80

Earlier quoted context omitted.

Firebug can't hook into stuff that the built-in tools can mostly because the built-in tools are inside the browser itself and Firebug is an add-on. I don't recommend using it any longer...

Could you please provide some decent examples that would convince a Firebug fan from the beginning to uninstall it? :)

For me Firebug seems ~2x as slow (eg, for a 1s operation in native tools, firebug takes 2s). Opening Firebug on my workstation causes a noticable pause in all activity on page for several seconds, while opening the native tools only takes about half a second. All of Firefox's dev tools are still a ways from being as fast and bug-free as the Webkit tools (both Chrome and Safari). I can't cite specific examples since I dropped Firebug in Firefox once the native tools reached a certain level of quality. I just suggest trying to use 'em and seeing if you like them more than Firebug. I did.

Re: Firefox 31.0

#96

Post by cpeterso »

kipple wrote: post #66
potshot wrote: post #62

Earlier quoted context omitted.

Have you tried using multi-process tabs? http://www.ghacks.net/2014/02/13/firefoxs-multi-process-arch... It looks like the prefs to enable it have been shipping beyond the nightly and are in the latest release.

Oo neat I didn't know this was an option for FF

Multi-process Firefox (aka Electrolysis or just e10s) is till under development. If you want to test it, I recommend using Firefox Nightly (34) because it has recent e10s bug fixes and its File menu has a "Open e10s Window". You can test e10s and non-e10s windows without flipping an about:config pref or restarting Firefox. You can flip the optional pref browser.tabs.remote.autostart to true to enable e10s by default, which also enables extra "shims" for add-on compatibility so more add-ons will work than with "New e10s Window".

Re: Firefox 31.0

#98

Post by Avshalom »

magicalist wrote: post #71
Istof wrote: post #67

Earlier quoted context omitted.

It seems like the last few updates of Firefox are each hiding yet one more important setting... I think that is what will finally drive me away from Firefox (I've used it since the beginning even if chrome was much faster for a while) ... time to browser shop.

They might be "hiding" the setting by not including it in the main settings page, but there is no other (mainstream) browser with anything close to the equivalent of the flexibility of about:config.

Though judging by the logic espoused in the tab-close-button bug step one is to move it to about:config and then step two is removing it all together for not being discoverable enough.

Re: Firefox 31.0

#99

Post by mcpherrinm »

soapdog wrote: post #80
pinpoll wrote: post #63

Earlier quoted context omitted.

Still, I prefer Firebug. Is it fully supported yet?

Firebug can't hook into stuff that the built-in tools can mostly because the built-in tools are inside the browser itself and Firebug is an add-on. I don't recommend using it any longer...

I have a little bit of a hard time believing this: Firefox Addons can use almost all the APIs in the browser that built-in code can, and I'm at least led to believe the new debugging APIs the built-in tools are using are no exception to that rule. https://developer.mozilla.org/en-US/docs/Tools/Debugger-API seems to agree on those points. Or do you mean the tools themselves aren't extensible?

It's been a few years since I've written any Firefox code or touched XPCOM, so I could be looking on this without up-to-date information: I'd be interested if the Firebug authors or others have written any thoughts on struggles they have with this.

Re: Firefox 31.0

#100

Post by thousande »

soapdog wrote: post #80
pinpoll wrote: post #63

Earlier quoted context omitted.

Still, I prefer Firebug. Is it fully supported yet?

Firebug can't hook into stuff that the built-in tools can mostly because the built-in tools are inside the browser itself and Firebug is an add-on. I don't recommend using it any longer...

That is not true. I am sure add-ons can access the same stuff that built-in tools can. Most of the stuff are exposed as JS objects and there are APIs for a lot of stuff. APIs for devtools may be a bit hard to find the documentation sometimes. I guess it is because it is still being developed.

https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/...

Firebug 3.0 will be built on top of the native developer tools

https://getfirebug.com/wiki/index.php/Firebug.next

Post reply on HN