fix: reject string CodeBlock theme to surface invalid values at create time

[FarhanAliRaza]

Tightens the CodeBlock.theme prop type from Var[Theme | str] to Var[Theme]. Passing a raw string (e.g. theme="one_dark") silently produced a broken component because the value was never resolved to an actual theme import — now it raises a TypeError at create time, surfacing the mistake immediately.

All Submissions:

• Have you followed the guidelines stated in CONTRIBUTING.md file?
• Have you checked to ensure there aren't any other open Pull Requests for the desired changed?

Type of change

Please delete options that are not relevant.

• Bug fix (non-breaking change which fixes an issue)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)

New Feature Submission:

• Does your submission pass the tests?
• Have you linted your code locally prior to submission?

Changes To Core Features:

• Have you added an explanation of what your changes do and why you'd like us to include them?
• Have you written new tests for your core changes, as applicable?
• Have you successfully ran tests with your changes locally?

[greptile-apps]

Greptile Summary

This PR narrows the theme field of CodeBlock from Var[Theme | str] to Var[Theme], causing a TypeError at component creation time when a plain string is passed. A companion test is added to assert the new behaviour; the .pyi hash is updated accordingly.

The only P2 concern is the existing docstring 'The theme to use (\"light\" or \"dark\").', which still advertises string literals as valid values and would mislead users who encounter the new TypeError.

Confidence Score: 4/5

Safe to merge; the only issue is a stale docstring that still advertises string values.

The implementation is correct and well-tested. The TypeError message format in the framework ("…prop CodeBlock.theme…") matches the test regex r"CodeBlock\.theme". No P0/P1 issues found; one P2 docstring inconsistency keeps the score at 4.

packages/reflex-components-code/src/reflex_components_code/code.py — docstring should be updated to match the new strict type.

Important Files Changed

Filename	Overview
packages/reflex-components-code/src/reflex_components_code/code.py	Narrows theme field type from `Var[Theme
tests/units/components/datadisplay/test_code.py	Adds test verifying TypeError is raised with message matching r"CodeBlock\.theme" when a string is passed for theme; consistent with framework error format "…prop CodeBlock.theme…".
pyi_hashes.json	Hash updated to reflect the type annotation change in the generated code.pyi stub file.

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    A["CodeBlock.create(theme=value)"] --> B{Valid Var of Theme?}
    B -- "Yes: Theme.one_dark etc." --> C["Validation passes"]
    B -- "No: plain string passed" --> D["TypeError raised at create time"]
    C --> E["Component instance created"]
    D --> F["Caller sees error immediately"]

    style D fill:#f66,color:#fff
    style F fill:#f66,color:#fff

Loading

_{Reviews (1): Last reviewed commit: "fix: reject string CodeBlock theme to su..." | Re-trigger Greptile}

[codspeed-hq]

Merging this PR will not alter performance

✅ 17 untouched benchmarks
⏩ 2 skipped benchmarks¹

---

_{Comparing FarhanAliRaza:code-block-theme (0fe6a77) with main (76ff38c)}

Footnotes

1. 2 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩

[masenf]

we should add a test to ensure that rx.color_mode_cond(light=rx.code_block.themes.one_light, dark=rx.code_block.themes.one_dark) can be passed.

check through the docs/ markdown files and doc strings for any examples that might need to be updated. also ensure the docs mention how to access the themes from the CodeBlockNamespace.