Skip to content
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

EZP-31127: Skipped non-existing Content Types in ContentTypeIdentifier criterion #161

Merged
merged 5 commits into from
Jan 31, 2020

Conversation

emodric
Copy link
Contributor

@emodric emodric commented Nov 14, 2019

@andrerom andrerom changed the title Do not use non-existing content types in ContentTypeIdentifierIn criterion EZP-31127: Do not use non-existing content types in ContentTypeIdentifierIn criterion Nov 25, 2019
Copy link
Contributor

@andrerom andrerom left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1, but cross dependency here, so might need to merge both as failing once QA verifies it will pass once both have been merged.

@andrerom andrerom requested a review from adamwojs January 15, 2020 17:31
@alongosz alongosz changed the title EZP-31127: Do not use non-existing content types in ContentTypeIdentifierIn criterion EZP-31127: Skipped non-existing Content Types in ContentTypeIdentifier criterion Jan 16, 2020
@andrerom
Copy link
Contributor

Will you add warning logging here as well like kernel?

@emodric
Copy link
Contributor Author

emodric commented Jan 17, 2020

@andrerom Done.

@micszo micszo self-assigned this Jan 22, 2020
Copy link
Member

@micszo micszo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The following query

//use eZ\Publish\API\Repository\Values\Content\Query;
// @var \eZ\Publish\API\Repository\SearchService $searchService
$query = new Query();
$query->query = new Query\Criterion\ContentTypeIdentifier(
   ['folder']
);
$results = $searchService->findContent($query);

stops working with the changes from this PR - 0 results (without it returns e.g. eZ Platform folder on clean install).
Tested on eZ Platform EE 2.5 with Solr 6.6.5.

@emodric
Copy link
Contributor Author

emodric commented Jan 27, 2020

@micszo I'll look into it.

@emodric
Copy link
Contributor Author

emodric commented Jan 29, 2020

@micszo I've pushed the fix. Please test again!

@micszo micszo requested a review from alongosz January 30, 2020 09:46
Copy link
Member

@micszo micszo left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tested with ezsystems/ezpublish-kernel#2872.
The previous issue with Solr is resolved. 👍

@micszo micszo removed their assignment Jan 31, 2020
@lserwatka lserwatka merged commit d9d54e3 into ezsystems:1.7 Jan 31, 2020
@lserwatka
Copy link
Member

@alongosz could you merge it up?

@alongosz
Copy link
Member

Merged up to 2.0 as 975e3c8 and to master as f2f2c7b.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

6 participants