Live data from Hacker News

Firefox 75: Ambitions for April

hacks.mozilla.org

71–80 of 97 posts

Re: Firefox 75: Ambitions for April

#71
post #67
post #14

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

Problem solved. I had browser.urlbar.oneOffSearches set to false.

So there is no issue in firefox that about:config cannot fix. Sad

Re: Firefox 75: Ambitions for April

#72
post #5

Will lazy-loading images avoid viewport jumping? Because that's a constant headache on mobile Safari.

Viewport jumping is the scourge of web browsing; if some browser deployed some kind of advanced heuristic to try and get rid of it completely that alone might get me to switch.

Nearly all image formats have image dimensions in their header, so a hundred-byte prefetch per image should give the browser the image size IF it's not specified in the html or css.

Re: Firefox 75: Ambitions for April

#73

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?

Not necessarily; it's possible for the certs to be copy protected.

Re: Firefox 75: Ambitions for April

#74
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 t…

Thanks for filing and discussing it. It's sad that this change landed from issue initially specified as "browser.urlbar.clickSelectsAll should default to true" but actually ended up as "let's toss this option away completely and be like every other average browser". :(

Re: Firefox 75: Ambitions for April

#75
post #21

Hopefully this fixes Firefox 74. First time in years I can say that I've had stability problems, frequent crashes, etc.

I definitely agree if you compare it to MS Edge. However, it appears you are being downvoted for disagreeing with the Mozillian crowd in this thread by critiquing their beloved Firefox which is somewhat seen as treasonous.

Try to play nice with the Mozillians here by praising their saviour Rust on each Firefox release since they will hunt us down if we complain about crashes, unsafety or any other bugs in Linux.

I'll go first: 𝔓𝔯𝔞𝔦𝔰𝔢 ℜ𝔳𝔰𝔱 MMXX

Re: Firefox 75: Ambitions for April

#76

There's no mention of any of the promised Wayland improvements (which I'd been looking forward to). It's a bit unclear if it hasn't made it to the final release, or if it's just a matter of the Linux userbase being too small for them to announce Linux-specific changes.

According to https://wiki.archlinux.org/index.php/Firefox#Wayland, if you want to see whether you're using the Wayland version of Firefox, go to about:support and look next to "Window Protocol". Wayland can be enabled at runtime using an environment variable: `MOZ_ENABLE_WAYLAND=1 firefox`.

I just updated to Firefox 75 and it's still using x11. If I opt in to using Wayland, it works, but annoyingly I can't detach a tab by dragging it off of the window. So it looks like Wayland support is not quite there yet.

Re: Firefox 75: Ambitions for April

#77

Earlier quoted context omitted.

Dang, I never thought of that. Thanks! Still doesn't help for adding something onto the end, but good enough for 90% of cases.

> Still doesn't help for adding something onto the end If I'm going to need to type anyway, I'd rather do that with the keyboard than the mouse: Ctrl-L End /xyz or Ctrl-L Right /xyz feels much faster to me than "move mouse to end of address bar, click, /xyz". (I absolutely understand that relearning/retaining muscle memory takes time and feels frustrating, though.)

I do the same thing, but with Alt-D. I thought it was strange that there are duplicate hotkeys for the function, but looking at the shortcuts page shows that's not uncommon. It seems F6 does the same thing, but I can't remember the last time I used an F-key.

Re: Firefox 75: Ambitions for April

#78
post #13
post #5

Will lazy-loading images avoid viewport jumping? Because that's a constant headache on mobile Safari.

Now it is recommended to use width and height attributes on img elements. It will help to prevent viewport jumping and will support responsive aspect ratio resizing. https://www.youtube.com/watch?v=4-d_SoCHeWE

If you specify both a width and height, it's not going to be very responsive.

Re: Firefox 75: Ambitions for April

#79
Just got the update on Ubuntu.

The address bar looks horrible when selected [0], it outgrows its container and invades the space of tabs. I thought it was a bug at first, but it's probably intentional. is there a way to go back to the normal address bar?

[0] https://imagehost.imageupload.net/2020/04/08/Screenshot-from...

Post reply on HN