-
Notifications
You must be signed in to change notification settings - Fork 10
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
Adding "Disorder" triggers some JS error relating to schema migration I believe #1869
Comments
I created a minimal reproducible example by pulling out the "Disorder" subschema into its own JSON Schema and fed that into VJSF by itself, and this issue still occurs. So, this is actually an upstream bug in VJSF. I filed an issue here - koumoul-dev/vuetify-jsonschema-form#427 |
Upstream PR that fixes this: koumoul-dev/vuetify-jsonschema-form#428 |
Thank you @mvandenburgh for a thorough dig! Is there a chance for a workaround (e.g. some way to sanitize data before giving to vjsf) just in case it would take awhile to release it ? (last release seems years back and no recent merge activity) |
fyi: last release was october - they just tag, and not use github release mechanism. |
I think we could switch the |
ok, let's give them a day or two, but we can't wait indefinitely. |
woohoo -- the fix was merged and released now! |
confirming that on staging now I can add Disorder without error! |
does this mean, we should do a release, so we can update the CLI as well? |
it means that indeed we could orchestrate releases of both -- both |
Merging #1876 will trigger a release of the API. So whenever the associated dandi-cli PR is ready, we can merge both at the same time. |
oy, I remembered about our |
🚀 Issue was released in |
While testing after
merge ran into the case on a sample dandiset while adding a new Disorder I get an error
it doesn't happen when I try to add on some other dataset in the main instance (prior schema):
I then replicated on another dandiset in staging: https://gui-staging.dandiarchive.org/dandiset/210484?pos=1 so it seems to be a generic issue.
attn @waxlamp to prioritize as might delay our release with new pydantic 2.0 support
The text was updated successfully, but these errors were encountered: