-
Notifications
You must be signed in to change notification settings - Fork 23
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
Fix mixed_text metadata fields without collection #232
Fix mixed_text metadata fields without collection #232
Conversation
Could you share what config(s) you used to trigger the error? Are the performance issues caused by the new admin ui? Want to open an issue for that?
You chose the correct branch. There is also no fixed release schedule atm, you can basically cut a release whenever. |
Sure! Just comment out the listprovider for at least one field with type
Nope, that's Opencast's fault, and it's a known problem with requesting all users. |
Oh, and I also just realized I didn't describe the error correctly: If you open either series or event details, the whole Admin UI turns white. :D |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense to me and works. Below is a suggestion that should be functionally equivalent, but less code :D
app/src/components/events/partials/ModalTabsAndPages/DetailsMetadataTab.tsx
Outdated
Show resolved
Hide resolved
…tadataTab.tsx Co-authored-by: Arne Wilken <[email protected]>
Actually wait a sec, the same error occurs in |
Good catch. Actually affects the extended metadata as well. But now I think I got everything. :D Again: I didn't test this, especially with the new syntax using ?. |
We have disabled the listproviders for some mixed_text fields in the episode and series metadata for performance reasons, meaning that those fields don't have a collection, which is a valid config for the old Admin UI. However, this currently breaks the new one:
Simply checking if field.collection is defined before checking its length should fix this.
Warning: I didn't test this because I didn't want to deal with figuring out how to do this against my local Opencast instance. But this is simple enough, so it should be fine...right?
Edit: I'm also unsure which branch to point this at to get it into Opencast as soon as possible, maybe you can advise me on that?