rtl:/ltr: variants silently dropped — lightningcss downcompiles :dir() to :lang() which is unhandled
Les mainteneurs répondent en général sous 3 jours
@YevheniiKotyrlo y travaille déjà.
Depuis le 22/9/2026.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- css, react-native, typescript
Piste de recherche
Start in selector-builder.ts at parseIsWhereComponents, comparing the existing case "dir" branch with the default branch that returns null for :lang(). Check how :where() handles [dir="rtl"] attribute selectors. Two open pull requests (#461, #472) already target this, so read them before starting. Done means an rtl: class applies its style when I18nManager.isRTL is true, and the existing selector tests still pass.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Describe the bug
The rtl: and ltr: variants from Tailwind CSS v4 are silently dropped during compilation. No error is produced — the styles simply never apply. Related to nativewind/nativewind#1433 but traced to a different root cause in the react-native-css v5 compiler.
Root cause
- Tailwind v4 generates
:dir(rtl)in thertl:variant (confirmed intailwindcsssource) - Lightningcss 1.30.1 downcompiles
:dir(rtl)to:is(:lang(ae), :lang(ar), ...)at the parse level parseIsWhereComponentsinselector-builder.tshas acase "dir"handler but nocase "lang"handler:lang()hitsdefault: { return null; }→ returns null- Inside
:where(),[dir="rtl"]attribute selectors also return null (line ~397) - ALL alternatives produce nothing → the entire rule is silently dropped
Key finding: Features.DirSelector does not help
Adding Features.DirSelector to lightningcss include list does NOT prevent the downcompile. Confirmed with a console.log verifying the flag IS loaded — the CSS output still contains :is(:lang(...)) instead of :dir(rtl). The downcompile happens at the parse level, before feature flags are consulted.
Proposed fix
Add a case "lang" handler to parseIsWhereComponents. Lightningcss expands :dir(rtl) into a fixed set of 19 RTL languages. Map these back to [=, "dir", "rtl"], leveraging the existing runtime case "dir" check against I18nManager.isRTL:
case "lang": {
const RTL_LANGUAGES = new Set([
"ae","ar","arc","bcc","bqi","ckb","dv","fa","glk",
"he","ku","mzn","nqo","pnb","ps","sd","ug","ur","yi"
]);
const direction = component.languages?.[0] && RTL_LANGUAGES.has(component.languages[0]) ? "rtl" : "ltr";
queries ??= [{ specificity: [] }];
queries.forEach(query => {
getMediaQuery(query).push(["=", "dir", direction]);
});
return parseIsWhereComponents(type, selector, index + 1, queries);
}
Reproduction
- Bug branch: https://github.com/Noitidart/nativewind-v5-rtl-bugs/tree/issue-2-rtl-variant-dropped
- Fix branch (patch-package): https://github.com/Noitidart/nativewind-v5-rtl-bugs/tree/issue-2-rtl-variant-dropped-fix
Steps:
npm install && npx expo run:ios- Press "Force RTL" button
- Fully restart the app
- The
rtl:bg-amber-400class should make the background amber, but it stays blue
Expected behavior
rtl:bg-amber-400 should apply background-color: amber-400 when I18nManager.isRTL === true.
Workaround
Use patch-package with the patch from the fix branch.
Environment
- react-native-css: 3.0.7
- nativewind: 5.0.0-preview.4
- react-native: 0.86.0
- expo: 57
- Langage dominant
- TypeScript
- Étoiles
- 166
- Forks
- 45
- Merge moyen
- 13 j 14 h
- PR mergées (30 j)
- 1
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de nativewind/react-native-css
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
nativewind/react-native-css#545 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
nativewind/react-native-css#544 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
nativewind/react-native-css#543 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
nativewind/react-native-css#540 ·
Les mainteneurs répondent en général sous 3 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
nativewind/react-native-css#538 ·
Les mainteneurs répondent en général sous 3 jours
Toutes les issues de nativewind/react-native-css
Issues similaires
-
bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 86/100
awslabs/visual-asset-management-system#937 ·
Les mainteneurs répondent en général sous 1 jour
-
t0ggles
Difficulté 1/5 Moins d'une heure Accessibilité débutants 82/100
nolimits4web/swiper#8255 · 1 commentaire ·
Les mainteneurs répondent en général sous 15 jours
-
render: --variables-file (and --variables <path>) fails with "io.readFile is not a function" since 0.8.212Peut-être pris @miguel-heygen l’a pris aujourd’hui. Ouvertebug triage/needs-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
heygen-com/hyperframes#6830 ·
Les mainteneurs répondent en général sous 1 jour
-
bug launch local use
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
Les mainteneurs répondent en général sous 1 jour
-
account: profile bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 5 jours