Skip to content

fix: render a dynamic prop whose default is a number, boolean or object - #1082

Open
jaydev-CAstra wants to merge 1 commit into
frappe:developfrom
jaydev-CAstra:fix-dynamic-prop-default
Open

jaydev-CAstra wants to merge 1 commit into
frappe:developfrom
jaydev-CAstra:fix-dynamic-prop-default

Conversation

@jaydev-CAstra

Copy link
Copy Markdown

If a component prop with a number, boolean or object default is bound to page data, the published page fails with AttributeError.

get_dynamic_props_template passes the parsed default to escape_single_quotes, which calls replace on it, so only string defaults work. A false boolean default also came out as an empty string.

This writes the fallback with to_jinja_literal, the same helper used for defaults of props that are not bound, so 25 stays a number and true stays a boolean. String defaults render as before.

Added a test where a bound number prop with default 25 renders 25 when its data is missing.

The fallback of a bound standard prop went through escape_single_quotes,
which calls .replace on the parsed default, so a number, true boolean or
object default raised AttributeError and the page failed to render.
Write the default as a Jinja literal of its own type instead.
@mergify

mergify Bot commented Nov 12, 2026

Copy link
Copy Markdown
Contributor

Tick the box to add this pull request to the merge queue (same as @mergifyio queue). If it does not match the queue conditions yet, it enters the queue once it does.

  • Queue this pull request

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant