-
-
Notifications
You must be signed in to change notification settings - Fork 161
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recursive splat expansion error when mounting Shared::Field #1299
Comments
So the problem goes away if I move the methods into the component or I inline the |
Verified to still be an issue on Crystal v0.36.1 |
I was able to remove my workaround with Lucky 0.29 and Crystal 1.3.2. Not sure when the problem went away though. |
What's the full error with --error-trace? |
I'm still bedeviled by this in 2022. Anyone have an ideas? |
@flipsasser are you using Crystal 1.6.2? Are you able to give Crystal 1.7.0-dev a try to see if that gives you the same issue? |
@jwoertink upgrading solved it! I was still on 1.4.2. My fault. Thanks for the tip! |
Sweet! Yeah, I think this is fixed now with the later version of Crystal... Though, we say we support 1.4.0 or later... maybe that needs to be bumped up 🤔 |
Describe the bug
When creating a form, we attempted to move a
Shared::Field
that did not pass a block (it relied on the default text_input override) to the first input above the email field. We started getting a compilation error like:It only happens when the first field is using the override that provides a block.
To Reproduce
Here is a branch that has the failing code in a spec. I did try to simplify it, but I'm sure it could be made more straight forward. https://github.com/matthewmcgarvey/lucky/tree/recursive-splat-expansion
The diff:
master...matthewmcgarvey:recursive-splat-expansion
Expected behavior
Any ordering of mounted fields should work.
Versions (please complete the following information):
crystal --version
): v0.35.1The text was updated successfully, but these errors were encountered: