-
Notifications
You must be signed in to change notification settings - Fork 6
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
Schema attribute changes not reflected in Entity detail page #203
Comments
Nice catch 👍 The description currently covers only the client that applied the change to the schema. Maybe we should also consider the impact on other clients that unaware of the schema change? |
I agree.. it can get very messy, especially if the slug is changed 😆 |
What do you think about implementing server side events for this one? Or just client polling? |
I would go with the latter: Instead of the current "fetch once and provide to the rest of the app" approach, I would switch to a "fetch just in time" approach whenever it is needed. |
If you change the schema attributes and after that go to entity detail page, you won't see schema changes reflected. The changes are visible after page reload.
I thought that we can update the
activeSchema
value with triggering an update inSchemaEdit
component (if we provide a function, which will do the update in<App/>
, inject it into<SchemaEdit/>
and invoke it). It turned out that theactiveSchema
object gets updated, but provide() does not get called again after updating the object.It could be possible that at this point this can not be resolved properly (without javascript page reload) and it could be issue related with the usage of the options API. In theory, it should be reactive and the provide() should get called after.
If there is no other easy solution at this point, a page reload (on successful response) will do the job.
The text was updated successfully, but these errors were encountered: