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

Firefox 75: Ambitions for April

hacks.mozilla.org

Post reply on HN
Print view View original

41–50 of 97 posts

Re: Firefox 75: Ambitions for April

#41

Post by hising »

pythux wrote: post #39
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

Yey! This is a fun one, I fixed it in Cliqz (a browser based on Firefox) a while ago: https://github.com/cliqz-oss/browser-f/pull/912#issue-195908... If you are wondering why this discrepancy in behavior between platforms: This default behavior was initially changed to prevent a 16-years old bug in SeaMonkey, which was already fixed in Firefox since 2007. See following issues for more details: * https://bugzilla.mozi…

Great work! Nice with the background to the annoyance.

Re: Firefox 75: Ambitions for April

#42

Post by hising »

ship_it wrote: post #38
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

As a pentester I love this fix. Like when testing simple payloads on GET params (and switching back and forth between host MacOS and Virtual Linux).

I try to use the keyboard a lot but for some reason I often "click" the address bar when searching and/or changing in the urls so I this was a caveat for me actually.

Re: Firefox 75: Ambitions for April

#43

Post by oefrha »

chrismorgan wrote: post #11
clairity wrote: post #4

firefox also removes 'www' and 'https' in drop-down search results from the address bar[0]. it's a subtle change, but worth knowing. 'http' urls remain in long form apparently (haven't installed yet to check it out). edit: min(), max(), and clamp() for css looks useful too. edit 2: honoring 'nosniff' on mime types on page load is neat too [1] [0] https://www.ghacks.net/2020/02/28/firefox-75-address-bar-res... [1] htt…

Fenix is also now stripping https:// and https://www . from the address bar, which I strongly approve of as it has none of the downsides that doing that would have on desktop (OK, OK, so www. stripping can be theoretically significant), and I have a not-huge device so that that was taking up around half of the space allotted to text. Now if only I could do away with the padlock (only show it when it’s problematic, no…

Except in Chrome, say I’m on https://www.google.com/chrome/, which is shown as google.com/chrome/. Now for one reason or another I want to copy only part of the address, say only the domain name. So I grab “google.com” with my mouse and command+c to copy it. Congratulations, I just copied https://www.google.com, although I explicitly selected only the “google.com” part. I can understand the behavior if I was copying the entire URL.

Now, I’m not sure how this is handled in the mobile Firefox Preview, but thankfully on desktop they only dim https://[www.].

(Btw, it seems a sibling somehow has the exact opposite gripe.)

Re: Firefox 75: Ambitions for April

#44

Post by pythux »

hising wrote: post #41
pythux wrote: post #39

Earlier quoted context omitted.

Yey! This is a fun one, I fixed it in Cliqz (a browser based on Firefox) a while ago: https://github.com/cliqz-oss/browser-f/pull/912#issue-195908... If you are wondering why this discrepancy in behavior between platforms: This default behavior was initially changed to prevent a 16-years old bug in SeaMonkey, which was already fixed in Firefox since 2007. See following issues for more details: * https://bugzilla.mozi…

Great work! Nice with the background to the annoyance.

Just to avoid any confusion, I have nothing to do with the change of behavior in Firefox 75. And the « fix » was only about changing the default behavior with new prefs values (the real fix was done in Firefox around 2007 but for some reason the default behavior was never reverted until now).

Re: Firefox 75: Ambitions for April

#46

Post by jakear »

oefrha wrote: post #43
chrismorgan wrote: post #11

Earlier quoted context omitted.

Fenix is also now stripping https:// and https://www . from the address bar, which I strongly approve of as it has none of the downsides that doing that would have on desktop (OK, OK, so www. stripping can be theoretically significant), and I have a not-huge device so that that was taking up around half of the space allotted to text. Now if only I could do away with the padlock (only show it when it’s problematic, no…

Except in Chrome, say I’m on https://www.google.com/chrome/ , which is shown as google.com/chrome/. Now for one reason or another I want to copy only part of the address, say only the domain name. So I grab “google.com” with my mouse and command+c to copy it. Congratulations, I just copied https://www.google.com , although I explicitly selected only the “google.com” part. I can understand the behavior if I was copyin…

> it seems a sibling somehow has the exact opposite gripe

If you don't have two users complaining about the exact same issue but in opposite directions, your feedback channels aren't working. ;)

Re: Firefox 75: Ambitions for April

#47

Post by majewsky »

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.)

Re: Firefox 75: Ambitions for April

#50

Post by lawnchair_larry »

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.

Could you not just copy the cert from keychain to firefox’s cert store?
Post reply on HN