-
-
Notifications
You must be signed in to change notification settings - Fork 888
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
properties of subresource not serialized after update to APIP 2.4 #2641
Comments
🙈 set |
same issue i have to clear the cache to see the changes, any workaround? i already set metadata_cache to false, but still the same. |
We reverted the change in #2648, in the meantime you need to disable the metadata cache: https://api-platform.com/docs/core/performance/#enabling-the-metadata-cache |
may i know how to disable metadata_cache? i did to add api_platform.metadata_cache: false in my parameters, but still the same, need to clear cache. |
normally just set the parameter to # api/config/config.yaml
parameters:
api_platform.metadata_cache: false |
Can you provide a failing Behat test? I think it'd be easier to understand the issue that way. 😄 |
This should be fixed in 2.4.1, let us know if that's not the case. |
Doesn't appear to be fixed in 2.4.1
|
@soyuka The |
WDYM by "property[exists]=false is also broken"? |
@BonnieDoug Please open another issue for unrelated topics to avoid confusing the discussion here. Anyway, we have Behat tests for that: https://github.com/api-platform/core/blob/v2.4.1/features/doctrine/exists_filter.feature |
@alanpoulain @teohhanhui Apologies, my code was broken not the However, the serialization of sub-resources is still broken in 2.4.0 and 2.4.1, works fine in 2.3.6. |
Could you help us by adding a Behat test for that? :) |
This is not fixed by the latest version of apip (2.4.1). The problem with the serialization group on subresources still exists. The other one was still an observation. |
|
Shame on me that I never did tests since now. This takes a little bit. |
@remoteclient sorry I'm currently completely snowed under trying to complete my current project before I leave my current company in 3 days... Once I've finished and moved to the new company I'll certainly get involved here. |
@remoteclient @BonnieDoug Could you check if #2679 fixes your problems? |
@teohhanhui I did a |
@remoteclient You have to use the correct branch from my fork, as the PR is not merged yet. :) |
@remoteclient The issue is actually api-platform/docs#779 |
So the issue seems to be fixed. There was a change in the behavior in apip 2.2 but due to a bug it was working like before. After changing |
I have a pet owner:
And there is a subresource (pets belong to the pet owner):
The serialization groups of the pet entity is:
After the update to APIP 2.4 I only get the iris and the types of the pets. The properties are not serialized anymore. Now the serialization group of the entity level (
mws_nc_pet_read
) is assigned to serialization instead of the one of the operation level (mws_nc_pet_list
).So what I get ist:
Before the update I got:
Another one is that a change one serialization group it took effect immediately in dev environment. Now I have to clear the cache to see the changes.
The text was updated successfully, but these errors were encountered: