cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
stratboy
Making moves
Status: Delivered

I'd like to ask devs when they think :has css selector will be finally fully implemented in firefox. In fact, it's the only browsers blocking this revolution in css authoring.

74 Comments
myrde
Strollin' around

As a long time web developer I'm sometimes a bit overwhelmed how fast the web is moving forward nowadays. New tech keeps popping into browser all the time. As browser vendors I'm sure you are quite busy trying to implement all the new tech that is being standardized. The :has() selector is one of the coolest thing in a long time and it would help a lot in so many places. Hope you'll nail the final bugs soon and :has() selector is shipped also in Firefox.

fayez-nazzal
New member

CSS frameworks like TailwindCSS have shipped support for this selector and many people started to use it in production, which means that some websites will start to look different between browsers. I hope you have managed to fix those final bugs and the :has selector will be also supported by Firefox.

NerdyDeeds
New member

 Actually, I cannot help but observe that both bugs remain open, neither has been updated in weeks (months, in the case of 1792501), and, with regards to 1833679, the aforementioned 2 week-old discourse is still centered on how to begin fixing the problem.

This does not bode well. Not least because it is now officially the second half of the year, 116 beta :has no sign of it, nor, indeed, does 117 alpha. And, while I fully acknowledge there is a flag to enable the functionality, this is indistinguishable from “unable to use,” since an inability to roll to prod is tantamount to an inability to use, period.

That said, and given the FF std release cycle, we’re looking at September, soonest? I guess?

WorkSnakes
Strollin' around

When will this feature be ready? Can we get an updated ETA?

KaramelDaze
Strollin' around

I'm so pumped for this, it's so close to be here! I've literally just ran into a use case in one of my projects and I'd love to implement it ASAP. I'll wait patiently--but with anticipation! 🤩

Honza
Employee
Employee

The work on has() is a priority (together with CSS Nesting shipped couple days ago, https://bugzilla.mozilla.org/show_bug.cgi?id=1840781)

I don't have any further ETA for has() atm, but the team is actively working on this in order to ship it ASAP.

stratboy
Making moves

News?

maxkarkowski
New member

according to this https://bugzilla.mozilla.org/show_bug.cgi?id=418039 there is no priority set for this feature. Nightly Firefox on version 118 still has no :has implementation 😕

stratboy
Making moves

Can't believe it 🙄

bkemper
New member

In my view, :has should be a much bigger priority than nesting. People are already actively using :has()() on production websites where CSS can be changed much more easily than HTML or JS. It is necessarily progressive enhancement for now, for sites that care about Firefox, but Firefox users are getting a worse user experience on those site as a result of it still not supporting this.

Rood1
New member

Let's not get too hung up on priority flags in one single issue on Bugzilla. If you read that very issue's comments, you'll find both queries regarding a timeline/ETA and responses from developers (no ETA, but instead hints on where to actually follow along the progress being made on the :has() selector.

Regarding priority, anyway, the :has() selector is prioritized for 2023, given that it is included in Interop 2023, the collective effort of browser vendors to get rid of browser engine inconsistencies. 

For starters, you could look at this comment in the issue that has been referenced previously in this thread: https://bugzilla.mozilla.org/show_bug.cgi?id=418039#c77

JelleStek
Making moves

It feels wrong to see people make excuses for the wait on an implimentation of the :has attribute like it is not a big use case right now and people don't already use this on production websites.

Every browser implimented this at the beginning of this year (some even faster) and now one of the biggest browsers can't seem to prioritize this? Such a weird this. Getting more and more frustrating to work with filezilla at this point. Please make this more of an priority

fitness94813
New member

Any news? This is getting left far behind now.

Honza
Employee
Employee

Thank you for your active engagement and concern about the implementation of the :has() CSS selector in Firefox. We understand that this feature is eagerly anticipated by many developers and is essential for modern web development.

As previously noted, the team is actively working on this feature and it has the highest priority. The challenges in implementing the :has() selector are not trivial, involving not just changes in the rendering engine but also ensuring compatibility and performance.

The feature is also part of the Interop 2023 initiative, aiming to resolve browser engine inconsistencies. So, we're committed to rolling this out as soon as it's ready and thoroughly tested.

Thank you for your patience and support!

culi
New member
Thank you for your active engagement and concern about the implementation of the :has() CSS selector in Firefox

Lol so diplomatic. Of course it's a priority. And yes it's revolutionary but people would have to wait quite a while before they could use it in production on commercial projects anyways. Your side projects can wait and just be broken on Firefox in the meanwhile, it's fine

Thanks for all your work on this Mozillians. I'll admit it's been a little concerning watching Firefox fall behind in interop-2022 but once this and custom properties are resolved it should tie things up nicely