::before content not re-resolved when classes change (icon fonts stuck on old glyph)

[UMCEKO]

Swapping an element's class such that a different ::before content rule applies — the icon-font pattern, e.g. FontAwesome <i class="fa-solid fa-play"> → fa-pause — does not update the rendered glyph. Sibling text driven by the same state updates fine, so this is specific to pseudo-element content re-resolution on class change.

Workaround: swap the element instead of the class (if/else rsx branches produce distinct nodes). The idiomatic dynamic-class form is what every Dioxus + icon-font app writes first.

[nicoburns]

Can you test if this bug still occurs with the incremental feature flag disabled? We'll need to fix it either way, but that would help narrow it down...

[UMCEKO]

Yes — it reproduces with incremental disabled.

I hit this in kopuz, which runs dioxus-native with default-features = false and without the incremental feature:

dioxus-native = { default-features = false, features = [
    "accessibility", "hot-reload", "net", "html", "svg",
    "system-fonts", "clipboard", "file_dialog", "vello", "woff",
] }

So the original report was already incremental-off — the ::before content (FontAwesome fa-play → fa-pause via a class swap) stays on the old glyph, while sibling text bound to the same signal updates. Disabling incremental doesn't change the behaviour.

Happy to put together a minimal failing test for the suite (class swap that changes ::before { content }, asserting the resolved pseudo content updates) if that'd help — just say the word.

[UMCEKO]

I can also implement and review the code quality and create a pr for it. I've made some huge progress in the last 9 PR's, the app went from being so broken its unfunctional to nearly identical look-wise. The performance is incredible honestly.