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
Firefox 75: Ambitions for April
31–40 of 97 posts
Re: Firefox 75: Ambitions for April
#32Will lazy-loading images avoid viewport jumping? Because that's a constant headache on mobile Safari.
Nope, lazy loading neither helps nor hurts that issue. Devs can fix that by ensuring image elements have a defined size.
Re: Firefox 75: Ambitions for April
#33How do I change search engine from search bar? Before update there were icons with my saved search engines, but now they are nowhere to be seen.
Once you start typing the same icons should show up again. You can click on them to perform just that search with the selected search engine, or right click on it to make it the default.
Re: Firefox 75: Ambitions for April
#34[deleted]
Re: Firefox 75: Ambitions for April
#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
Re: Firefox 75: Ambitions for April
#36Nice to see Mozilla keeping up. Don't really have much reason personally to use Firefox nowadays though due to the new Microsoft Edge being so good.
I have to agree here. If VSCode seems to be a widely accepted editor on HN using Electron, then I can't wait to see what Microsoft has done with MS Edge which so far is a breath of fresh air.
Time to go where the 'real' users are.
Re: Firefox 75: Ambitions for April
#37firefox 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…
I wouldn't have a problem with it, if not for my experience with Chrome letting you copy addresses out of the address bar without the https://www. I don't think it's supposed to happen, it doesn't happen every time, but I've had it happen.
This is obnoxious because when I then paste that link into something else, like an email, IRC or HN comment, it generally won't get automatically 'linkified.'
Re: Firefox 75: Ambitions for April
#38"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).
Re: Firefox 75: Ambitions for April
#39"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.mozilla.org/show_bug.cgi?id=190615
* https://bugzilla.mozilla.org/show_bug.cgi?id=611162
Inertia I guess... happy to see this fixed upstream!
Re: Firefox 75: Ambitions for April
#40A 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.