EntryQuery::typeId() does not accept array syntax with not anymore

[Anubarak]

Description

After Updating to Craft 3.5 the typeId syntax stated in the PHPDoc via ['not', 1, 2]
https://github.com/craftcms/cms/blob/develop/src/elements/db/EntryQuery.php#L417
does not work anymore, cause not is not a string in _normalizeTypeId https://github.com/craftcms/cms/blob/develop/src/elements/db/EntryQuery.php#L921

Steps to reproduce

1. Run Entry::find()->typeId(['not', 1, 2])->all();
2. see an exception yii\base\InvalidConfigException: Invalid typeId param value because is_numeric('not') returns false

Additional info

• Craft version: 3.5.x

[brandonkelly]

Whoops, sorry about that. Fixed for the next release.

[Anubarak]

Thank you. But what's the point of querying for the correct ids again? My whole point in passing ids instead of the handle is to reduce the amount of queries.
If you keep it like that I wouldn't use the not syntax anymore but add a custom and where to achieve the same functionality as before

[brandonkelly]

In 3.5 we need to know the exact entry type IDs (if specified) so we can register them as cache invalidation tags, if a cache is actively being created:

cms/src/elements/db/EntryQuery.php

Lines 1015 to 1018 in b628058

	if ($this->typeId) {
	foreach ($this->typeId as $typeId) {
	$tags[] = "entryType:$typeId";
	}

That way if the query is surrounded by {% cache %} tags or used within a GraphQL query, the cache will only be cleared when an entry with the exact same type is saved/deleted, rather than any entry in the same section.

[brandonkelly]

Craft 3.5.8 is out now with that fix.