Products.CMFCore 3.9 in Plone 6.2

[mauritsvanrees]

I made a release of Products.CMFCore 3.9 and put it in Plone 6.2. But since then the tests fail. I have reverted the version change. It remains to be seen whether the tests need updating, or that the CMFCore change needs to be improved.

I have described it in zopefoundation/Products.CMFCore#155 (comment)

[jensens]

I traced the root cause.

Problem: When the indexing queue is processed during before_commit (instead of mid-request via processQueue()), getSite() returns None. The IndexableObjectWrapper then uses the global site manager, which lacks local indexer adapters. Result: attributes like exclude_from_nav are never indexed.

With the old code this was masked because processQueue() was called as a side effect of reindexObjectSecurity() → unrestrictedSearchResults() during content creation, when the site IS set.

Fix in CMFCore: PortalCatalogProcessor._ensure_site() — walks the object's acquisition chain to find a site and calls setSite() before catalog operations. This ensures component lookups work regardless of when the queue is processed.

plone.api test: test_create_raises_unicodedecodeerror relies on processQueue() being called synchronously during create(). With the optimization, the error is deferred. The test needs to be adapted (call processQueue() explicitly after create()).

I'll prepare the CMFCore fix as a PR.

[jensens]

fixes the site-problem: zopefoundation/Products.CMFCore#160

[jensens]

plone.api needs an explicit processQueue - like other tests do already. plone/plone.api#602