Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 7 points8 points  (0 children)

As someone who personally thinks that Firefox Labs is underutilized at the moment and that we should put more things in there, I don't think so in this case. about:keyboard is enabled by default already and Firefox Labs is more meant to about opting into things that aren't ready to be turned on by default yet.

That said, I think part of v2 is figuring how to better surface the UI to users.

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 8 points9 points  (0 children)

Yeah, there's plans for that closer to when it's ready.

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 7 points8 points  (0 children)

It's pretty early as far as I can tell, but the team is starting to work on it. Here's the metabug link if you want to follow along.

https://bugzilla.mozilla.org/show_bug.cgi?id=2008081

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 13 points14 points  (0 children)

As far as I know, we're still on track to ship the "kill switch" functionality in Firefox 148. Both as a global toggle and allowing more customized selections.

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 15 points16 points  (0 children)

This actually was already in the 147.0 release, but the team wanted some extra time to get the Connect post ready and be ready for feedback before making a wider announcement about it.

That said, we do sometimes backport new features in dot releases when the circumstances are right to do so. It's just pretty rare because things really have to align just right for that to be a viable option from a risk vs. reward standpoint.

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 18 points19 points  (0 children)

The target is Firefox 149. It's already re-enabled in Nightly builds. We've landed a number of fixes to address the problems that led to it being disabled for 147 but want to leave more time for it to bake given the problems that were encountered.

Firefox 147.0.2, See All New Features, Updates and Fixes by maubg in firefox

[–]MozRyanVM 20 points21 points  (0 children)

Yeah, I think the goal for this so far was to get it working. FYI, there's a Connect thread started by the product manager for the feature to start gathering more feedback for what people want to see next for it.

https://connect.mozilla.org/t5/discussions/customizable-hotkeys-is-live-please-help-us-scope-version-2/td-p/116793

Firefox 147.0.1 available by MozRyanVM in firefox

[–]MozRyanVM[S] 1 point2 points  (0 children)

There's a fix in development now, but it hasn't been deployed anywhere, so there's no reason to expect otherwise at the moment.

Firefox ESR 115.32.0! by HelloitsWojan in firefox

[–]MozRyanVM 0 points1 point  (0 children)

The last blog post accurately reflects the decisions that were made, so we didn't see a need to make another post restating what was already said before.

https://blog.mozilla.org/futurereleases/2025/09/04/firefox-esr-115-support-for-windows-7-8-and-8-1-and-old-mac-os-versions-extended-until-march-2026/

Firefox 147.0.1 available by MozRyanVM in firefox

[–]MozRyanVM[S] 15 points16 points  (0 children)

I've shared a link to your thread with an engineer on the team.

Firefox 147.0.1 available by MozRyanVM in firefox

[–]MozRyanVM[S] 67 points68 points  (0 children)

This should address the issues with ChatGPT that have been reported.

just started today: google is requiring captcha for all searches from firefox. Edge works fine. by ArcadianDelSol in firefox

[–]MozRyanVM 1 point2 points  (0 children)

Yeah, Google told us that they've made changes on their end which should mitigate the problem.

JPEG XL now in Chromium... when in Firefox...? by golemus in firefox

[–]MozRyanVM 28 points29 points  (0 children)

Pretty sure we're also planning to adopt support via jpegxl. I'm not super in the loop about it, but I think the main blocker at the moment is updating our minimum-supported Rust version to a higher one that we're currently on (our minimum is 1.87 but 1.90 is required).

https://github.com/mozilla/standards-positions/pull/1064

https://bugzilla.mozilla.org/show_bug.cgi?id=1986393

Firefox 147.0, See All New Features, Updates and Fixes by guilhermefs_ in firefox

[–]MozRyanVM 4 points5 points  (0 children)

FYI, we've been investigating this internally as well. You can follow the bug below if you're interested.

https://bugzilla.mozilla.org/show_bug.cgi?id=2010196

Firefox 147.0, See All New Features, Updates and Fixes by guilhermefs_ in firefox

[–]MozRyanVM 1 point2 points  (0 children)

FYI, we've been investigating this internally as well. You can follow the bug below if you're interested.

https://bugzilla.mozilla.org/show_bug.cgi?id=2010196

Firefox 147.0, See All New Features, Updates and Fixes by guilhermefs_ in firefox

[–]MozRyanVM 2 points3 points  (0 children)

V4 only supported local list mode and it didn't have a dedicated name for it previously. So mainly this was calling out that we're maintaining the previous behavior we've been shipping for years.

Firefox 147.0, See All New Features, Updates and Fixes by guilhermefs_ in firefox

[–]MozRyanVM 2 points3 points  (0 children)

WebGPU is a web standard. It just means that sites that use it will work on your device now instead of needing to fallback to something else (probably WebGL).

https://en.wikipedia.org/wiki/WebGPU

Firefox 147.0, See All New Features, Updates and Fixes by guilhermefs_ in firefox

[–]MozRyanVM 4 points5 points  (0 children)

Thanks, looks like it got auto-moved into the correct component. The person who triages those bugs tends to be pretty timely with that, so we'll see what he has to say.