Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

[Serializer] Fix collect_denormalization_errors flag in defaultContext#60413

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

Conversation

dmbrson
Copy link
Contributor

QA
Branch?6.4
Bug fix?yes
New feature?no
Deprecations?no
IssuesFix#59721
LicenseMIT

When using theCOLLECT_DENORMALIZATION_ERRORS flag during denormalization, Symfony should collectall errors and report them together in aPartialDenormalizationException.

Here is an example with two expected errors:

finalreadonlyclass Foo{publicfunction__construct(publicstring$bar,public\DateTimeInterface$createdAt,    ) {}}$foo =$this->denormalizer->denormalize(    data: ['createdAt' =>''],    type: Foo::class,);

Expected errors

  1. Failed to create object because the class misses the "bar" property.
  2. The data is either not a string, an empty string, or null; you should pass a string that can be parsed with the passed format or a valid DateTime string.

When the flag is passed via thecontext

$foo =$this->denormalizer->denormalize(    data: ['createdAt' =>''],    type: Foo::class,    context: [        DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS =>true,    ],);

Both errors are correctly collected and returned.

When the flag is set viadefault_context inframework.yaml:

serializer:default_context:collect_denormalization_errors:true

Only one error is returned:
The data is either not a string, an empty string, or null; you should pass a string that can be parsed with the passed format or a valid DateTime string.

#Root Cause
The issue originates in the \src\Symfony\Component\Serializer\Serializer.php,
function normalize :

if (isset($context[DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS]) ||isset($this->defaultContext[DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS])) {    unset($context[DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS]);$context['not_normalizable_value_exceptions'] = [];$errors = &$context['not_normalizable_value_exceptions'];$denormalized =$normalizer->denormalize($data,$type,$format,$context);}

The first time this block is hit, it checks for the flag either in $context or $defaultContext. If found, it initializes the error array with:

$context['not_normalizable_value_exceptions'] = [];

However, during nested denormalization (e.g., when parsing thecreatedAt field), Symfony re-enters this code path. If the flag was provided viadefaultContext, it is still present on re-entry. Therefore, thenot_normalizable_value_exceptions array is reset again, losing the previously collected errors.

#My Fix

The fix is to enhance the condition with an additional check to ensure the array of errors is not already initialized:

if (    (isset($context[DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS]) ||isset($this->defaultContext[DenormalizerInterface::COLLECT_DENORMALIZATION_ERRORS]))    && !isset($context['not_normalizable_value_exceptions']))

This ensures the array is only initialized once, preserving previously collected errors in recursive calls, regardless of whether the flag was passed via context or default_context.

freddytqg reacted with hooray emoji
@nicolas-grekasnicolas-grekasforce-pushed thefix_59721_collect_denormalization_flag branch fromafc84f3 tod4a71eeCompareJune 27, 2025 15:34
@nicolas-grekas
Copy link
Member

Thank you@dmbrson.

@nicolas-grekasnicolas-grekas merged commita880ecb intosymfony:6.4Jun 27, 2025
9 of 11 checks passed
This was referencedJun 28, 2025
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@dunglasdunglasAwaiting requested review from dunglasdunglas is a code owner

Assignees
No one assigned
Projects
None yet
Milestone
6.4
Development

Successfully merging this pull request may close these issues.

3 participants
@dmbrson@nicolas-grekas@carsonbot

[8]ページ先頭

©2009-2025 Movatter.jp