Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.6k
[FrameworkBundle] Lower JsonSerializableNormalizer priority#46668
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
carsonbot commentedJun 14, 2022
Hey! I see that this is your first PR. That is great! Welcome! Symfony has acontribution guide which I suggest you to read. In short:
Review the GitHub status checks of your pull request and try to solve the reported issues. If some tests are failing, try to see if they are failing because of this change. When two Symfony core team members approve this change, it will be merged and you will become an official Symfony contributor! I am going to sit back now and wait for the reviews. Cheers! Carsonbot |
a4659b6
to3fcfc20
CompareThank you@aprat84. |
Uh oh!
There was an error while loading.Please reload this page.
IMHO, more generic normalizers, like
ObjectNormalizer
orJsonSerializableNormalizer
should have lower priority than other more specific normalizers, likeDateTimeNormalizer
,ConstraintViolationListNormalizer
, etc.My issue was with
Carbon
library, which extends php'sDateTime
.Carbon
classes implementJsonSerializable
interface, so they are serialized withJsonSerializableNormalizer
, using its internaltoJSON()
method, so I can't control which format I want them to be serialized.I should be able to do it, as I can with
DateTime
, cause both implementDateTimeInterface
.That's because
JsonSerializableNormalizer
has higher priority thanDateTimeNormalizer
.For now, my "fix" was to change priority in config like so: