Firefox 75: Ambitions for April • Hacker News Board

majewsky wrote: post #47

ned_roberts wrote: post #40

A big one for me (covered in the release notes): "Experimental support for using client certificates from the OS certificate store can be enabled on macOS by setting the preference security.osclientcerts.autoload to true." This allows Firefox to work with my company's BeyondCorp implementation. I was forced to use Chrome before.

Awesome. Any word on whether this also applies to Windows? (Asking for a company-issued notebook.)

On Windows, you should be able to set `security.enterprise_roots.enabled` to true. Might have to restart Firefox for it to recognize.

Re: Firefox 75: Ambitions for April

#56

Post by recursive » Tue, Apr 07, 2020, 7:08 PM UTC

ravenstine wrote: post #53

It would be great if the inspector supported dark mode.

It has for a while. https://developer.mozilla.org/en-US/docs/Tools/Settings

Re: Firefox 75: Ambitions for April

#57

Post by itwy » Tue, Apr 07, 2020, 7:10 PM UTC

aswan wrote: post #31

itwy wrote: post #19

They should fix looking up for things such as "clipboard.js" attempting to look up the domain and giving not found page. Chrome is smarter in this regard.

Its being worked on: https://bugzilla.mozilla.org/show_bug.cgi?id=1080682

Opened 6 years ago!

Re: Firefox 75: Ambitions for April

#58

Post by rozhok » Tue, Apr 07, 2020, 7:11 PM UTC

XPath search is a good one. I've used to scrape some data from the sites and missing search by XPath forced me to use chromium derivatives. Great to see this feature coming.

Re: Firefox 75: Ambitions for April

#59

Post by the_pwner224 » Tue, Apr 07, 2020, 7:14 PM UTC

hising wrote: post #35

"On Linux, the behavior when clicking on the Address Bar and the Search Bar now matches other desktop platforms" - yay, I have found it annoying that you need to double-click in order to select all and start searching

When this change was made in FF Nightly I was annoyed enough to find out why it happened and file a bug report about the regression (https://bugzilla.mozilla.org/show_bug.cgi?id=1619801, and a dupe at https://bugzilla.mozilla.org/show_bug.cgi?id=1621570), but apparently it was an intended change. What's annoying is that instead of just changing the default for Linux to be in line with other platforms, the option to not select the URL when clicking was completely removed.

Now I have to click on the URL, wait a second, and then click again to place the cursor instead of selecting all. Especially annoying if you accidentally move your mouse off by a character between the two clicks. This makes me quite mad the few times per day I run into it - the feature is quite useful for changing URLs, which it turns out I do quite often, even though I'm usually not a web developer.

I'm currently compiling Firefox with the patch reverted. EDIT: It worked!!! Compiling took about an hour with an AMD Ryzen 3800x (8x 3.9-4.5 GHz) and NVMe SSD and 32 GB RAM. I'll post a link in a followup comment here with instructions on the simplest way to do this on Arch Linux (uses the build infrastructure already setup to create Arch's regular Firefox package, just modified to also revert the patch which removed this preference). Of course there's no guarantee that this will continue to work in the future as the FF codebase is updated.

Re: Firefox 75: Ambitions for April

#60

Post by myfonj » Tue, Apr 07, 2020, 7:16 PM UTC

hising wrote: post #35

"On Linux, the behavior when clicking on the Address Bar and the Search Bar now matches other desktop platforms" - yay, I have found it annoying that you need to double-click in order to select all and start searching

So is this the reason for `browser.urlbar.clickSelectsAll=false` in about:config to cease to work (on Windows)? Not fortunate for me; I liked this option to NOT have it selected after single click. Triple click is for this kind of selection in my old habits.