-
What version of Tailwind CSS are you using? 4.1.8 What build tool (or framework if it abstracts the build tool) are you using? Vite, Playground What version of Node.js are you using? 23.11.1 What browser are you using? Edge 137.0.3296.68 What operating system are you using? Windows 10 Reproduction URL https://play.tailwindcss.com/d5N8skje1t Describe your issue
I've provided 4 examples to demonstrated that:
video_2025_06_11_08_23.webm |
Beta Was this translation helpful? Give feedback.
Replies: 2 comments
-
This unexpected behavior is not really to do with Tailwind itself but rather specificity. As per the MDN docs:
Thus, having the This same specificity problem is also for the case of the other two non-working examples in your Play. We can add This also explains why |
Beta Was this translation helpful? Give feedback.
-
Oh, my bad! Thank you for your clarification. 🙏 |
Beta Was this translation helpful? Give feedback.
This unexpected behavior is not really to do with Tailwind itself but rather specificity. As per the MDN docs:
Thus, having the
.starting-opacity-bug
in the base layer means that thegroup-hover:opacity-100
class would override it, essentially meaning that the@starting-style
in.starting-opacity-bug
would not apply. You would need to increase the specificity of this rule. F…