Project
ide
Description
The root wrapper div of the CoverageView component (CoverageView.tsx, line 250) sets color: var(--text-base) as its base text color. Because --text-base is defined as 14px in design-tokens.css — a font-size value, not a color — the declaration is invalid CSS and the browser silently drops it. The impact here is wider than a single element: since this property is set on the outermost container, every descendant text node that relies on CSS inheritance to get its color (rather than setting it explicitly) ends up with no color at all and falls back to whatever the ancestor chain provides. The entire Coverage tab — file table rows, summary stats, metric labels, filter text — is affected simultaneously.
Error Message
Debug Logs
System Information
Cortex IDE: v1.1.0
OS: Ubuntu 25.04
CPU: 13th Gen Intel Core i7-13650HX
RAM: 15 GB total
Screenshots
Steps to Reproduce
Open Cortex IDE and navigate to the Testing panel.
Switch to the Coverage tab.
Trigger a test run with coverage enabled, or let existing coverage data populate the view.
Open DevTools → Elements and inspect the root .coverage-view div.
Check the computed color value on it, then inspect a descendant text node that does not explicitly set its own color.
Expected Behavior
The coverage panel should inherit a valid primary text color from the design token system (--cortex-text-primary). All descendant elements that rely on inheritance should consistently display the correct foreground color for the active theme.
Actual Behavior
color: var(--text-base) resolves to 14px on the root container, so the browser discards the rule. All text within the Coverage tab that doesn't set its own explicit color falls back to an inherited value from outside the panel. Depending on the active theme and surrounding layout context, this can cause text to appear in the wrong color or become difficult to read — and the problem affects every single text element inside the coverage view at once.
Additional Context
No response
Project
ide
Description
The root wrapper div of the CoverageView component (CoverageView.tsx, line 250) sets color: var(--text-base) as its base text color. Because --text-base is defined as 14px in design-tokens.css — a font-size value, not a color — the declaration is invalid CSS and the browser silently drops it. The impact here is wider than a single element: since this property is set on the outermost container, every descendant text node that relies on CSS inheritance to get its color (rather than setting it explicitly) ends up with no color at all and falls back to whatever the ancestor chain provides. The entire Coverage tab — file table rows, summary stats, metric labels, filter text — is affected simultaneously.
Error Message
Debug Logs
System Information
Screenshots
Steps to Reproduce
Open Cortex IDE and navigate to the Testing panel.
Switch to the Coverage tab.
Trigger a test run with coverage enabled, or let existing coverage data populate the view.
Open DevTools → Elements and inspect the root .coverage-view div.
Check the computed color value on it, then inspect a descendant text node that does not explicitly set its own color.
Expected Behavior
The coverage panel should inherit a valid primary text color from the design token system (--cortex-text-primary). All descendant elements that rely on inheritance should consistently display the correct foreground color for the active theme.
Actual Behavior
color: var(--text-base) resolves to 14px on the root container, so the browser discards the rule. All text within the Coverage tab that doesn't set its own explicit color falls back to an inherited value from outside the panel. Depending on the active theme and surrounding layout context, this can cause text to appear in the wrong color or become difficult to read — and the problem affects every single text element inside the coverage view at once.
Additional Context
No response