[Suggestion]: Add note with some CSS selector side effects depending on DOM presence to `Activity` troubleshooting
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 11.8k
- Forks
- 7.9k
- Merge moyen
- 1 j 11 h
- PR mergées (30 j)
- 11
Description
Summary
Docs in Activity troubleshooting section,
My hidden components have unwanted side effects, lists <video>, <audio>, and <iframe> as common examples of side effects, but it does not yet cover the category of CSS selectors.
Some common CSS selectors, such as :has() and :is(), may continue to match after the content is hidden by <Activity>, leading to unexpected residual styles.
Page
https://react.dev/reference/react/Activity#troubleshooting
Details
Description
<Activity mode="hidden"> is designed to preserve DOM nodes (applying display: none), which is an intentional design choice. However, most CSS selectors only check the DOM structure and do not consider whether the element is actually visible.
This aligns with the existing explanation in the documentation:
"since a hidden component's DOM is not destroyed, any side effects from that DOM will persist, even after the component is hidden."
The persistent matching of CSS selectors is the exact same kind of DOM side effect, just occurring at the CSS layer,
But, docs doesn't have specific guidance for this type of CSS side effect on DOM. I have some problem to ask for suggestions:
- Does the
useLayoutEffectcleanup pattern mentioned in the docs for<video>also apply to handling this kind of CSS side effect? - Or is this a known limitation of the
<Activity>design that should be explicitly stated in the documentation so developers are aware of it in advance?
Affected Selectors
:has()
/* ⚠️ Still applies after PageA is hidden by Activity */
body:has([data-has="a"]) .banner { background: red; }
:is() / :where()
/* ⚠️ Hidden elements are still matched, causing adjacent sibling styles to persist */
:is(section[data-sibling="a"]) ~ .footer { color: red; }
:where([data-page="a"]) .title { font-weight: bold; }
Demo
https://github.com/fufuShih/demo-react-activtiy-problem
The demo have two toggle modes (unmount / activity) and two page comps (A / B):
HasDemo: Usesbody:has([data-has="a"]) .bannerto detect if Page A is visible. After switching to Page B, the banner should revert to its default color.SiblingDemo: Uses:is(section[data-sibling="a"]) ~ .footerto detect adjacent sibling elements. After switching to Page B, the footer should revert to its default color.
Both behave normally in unmount mode. However, when switched to activity mode, Page A is hidden by <Activity mode="hidden"> but remains in the DOM, causing both selectors to continue matching and preventing the styles from resetting.
Guide de contribution
Ouvrir 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.
Piste de recherche
Commencez par la section de dépannage de Activity et le dépôt de démonstration associé, en examinant l’explication existante des effets secondaires persistants du DOM ainsi que les exemples de :has(), :is() et :where(). Confirmez les indications attendues concernant la correspondance des sélecteurs CSS, puis mettez à jour la documentation de dépannage avec une note exacte et des exemples qui expliquent le comportement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- css, react
- Domaine
- documentation
- Type d'issue
- Documentation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 52/100