feikname

Last time I did a DOM benchmark Chrome still beat it by a significant margin. Also, only personal experience, but Chrome seems way more responsive with multiple tabs open than Firefox.

One annoying thing is that current versions of Firefox seem to rely on disk I/O too much, so if it's busy, you can't really do anything (switching or creating new tabs is greeted by spinning loading circle that takes a long time to happen).

Could you explain more about your dislike of Firefox's leadership?

Seems like the discovery of this vuln was a direct result of yesterday's discussion about HTTPS on apt here on HN (https://news.ycombinator.com/item?id=18958679).

Blocking your access is very noticeable, not having one package upgrade is not.

Not sure how the fee works in Paris to this demographic, but elder people will usually rather use the bus probably.

Even though replay attacks will be of no use after some time, one could MITM during the vulnerable timeframe to prevent a critical (0day) security update from happening and therefore gaining control over the system, so if you're specially targetable, I believe it's totally worth switching to an HTTPS mirror instead.

Other than that, most should be safe ig.

One annoying thing is that the page name is misleading. apt does use/support https, it's just that Debian chooses for its default mirrors to it be optional.

Previously, some editions had different profile folders while others shared the same.

i.e. Firefox Developer had its own profile, but Nightly and Firefox shared the same, which was a PITA for the latter case.

Now all editions (thankfully) will have their own respective folders.

Oh, that does make sense.

In that case, having the app run the background really does seem like a waste when compared to leaving the OS to do this task.

That's a Firefox feature, please disable it in settings (maybe you accidentally enabled it?)

Regardless, the website should probably capture the keys instead of letting that happen, I'm not well-versed in JS DOM events enough to know exactly what has to be changed, but, IIRC the callback function needs to return false.

Receiving messages (aka "listening" in server jargon) is essentially a background task, constantly probing to check for any changes.

Not OP, but I'd say because IIRC it's now a different CEO.

I was get YouTube video ads for them everyday not long ago.

I don't see how including the driver inside the compiled kernel image can NOT make the resulting linux OS bigger than not including the compiled driver.

External modules (on the fs) wont, but we're talking about the bundled ones, right?

also, linux is NOT an operating system.

It's the infamous HN hug of death.

I have no knowledge of the area.. Is this sarcasm or truly your opinion?

I tested the demo and it seems the associated javascript function to prompt someone to install a software is no longer present in Firefox (netscape.security.PrivilegeManager.enablePrivilege).

I question the utility of having this delay behaviour by default, worst that can happen is you accidentally start a download AFAIK, which you can just quickly delete/cancel afterwards.

And, there's browser.download.manager.alertOnEXEOpen too.

I much prefer Chrome's behaviour of starting the download and you instantly can see the filename and size in the bottom as soon as it starts and can then choose to either open it or show it in the file manager.

Nope, loaded for me just fine on Chrome 70 and Firefox 62. Tested on a Win10 machine.

Because social media is simply one of the vast amount of websites on the internet, it's unfair to tax it alone. Either you tax the whole internet comsumption (e.g. every 5GB or something like that) or you don't.

Imagine taxes specific to laundering machines that only apply when washing underwear, but not for any other clothes, it makes no sense.

Also, the govt. snooping on what people access / banning use of VPNs raises privacy concerns (and even censorship ones).

As long as you have great internet connection (both in bandwidth) and a recent computer it should feel almost as fast as a native app.

Out of curiosity, why would BitBucket be out of question?

Just out of curiosity, how do you know this? Is it some kind of measurement you made yourself, written on Intel docs somewhere or something else?

I've been wondering about how much instructions cost lately and would like to be able to know this without the need of asking others.

Its painfully slow in common mobile devices for any practical use IIRC.

But as pointed out in the article, JS method of detecting if your page was embbeded is a bit unreliable.

"Both Peterson and the CERT/CC team blamed the "unclear and perhaps even incomplete documentation"

Yet the article's title makes it seems like it was the OS implementors faults instead of Intel's.

I wonder for what reasons the website tries to shift/soften Intel's fault on this?

Seems like there's a trend in news articles to have incoherent titles in relation to content lately, it's really annoying...

> and phone numbers need to be recyclable.

Why?

It should be obvious enough, but perhaps you missed: you can install a browser, such as an old version of opera, by fetching its installer over the internet via ReactOS builtin "program downloader" (I do not remeber its name).

If you meant lack of default browser preinstalled though, I agree with you its lacking.

It's necessary to change the network card in VirtualBox for internet connection to work IIRC.

Doesn't play nice with mobile handsets on portrait orientation. Each row is actually rendered as 3 rows.

A (hacky?) fix would be `overflow-x: scroll` I guess.

"Intel just open sourced Stephen Hawking’s speech system"

The post title is incorrect, ACAT has been open-sourced quite some time ago. August 14, 2015[0] is the oldest source I could find within a quick Google Search.

[0] = https://blogs.msdn.microsoft.com/cdndevs/2015/08/14/intel-ju...

Rmoving your notebook HDD and retrieving the files with a SATA-USB adapter connect to a 2nd device should be fairly straightforward for most models. Not a fix though.