But maybe there is room for discussion: why/how does this happen? Strangely, I have seen it twice, both times in a site that uses collective.solr. And Tom has made a fix, and he is using collective.solr as well.
Traceback (innermost last):
* Module ZPublisher.Publish, line 249, in publish_module_standard
* Module ZPublisher.Publish, line 191, in publish
* Module zope.event, line 31, in notify
* Module zope.component.event, line 24, in dispatch
* Module zope.component._api, line 136, in subscribers
* Module zope.component.registry, line 321, in subscribers
* Module zope.interface.adapter, line 585, in subscribers
* Module plone.transformchain.zpublisher, line 113, in applyTransformOnFailure
* Module plone.transformchain.zpublisher, line 85, in applyTransformOnSuccess
* Module plone.transformchain.zpublisher, line 60, in applyTransform
* Module zope.component._api, line 172, in queryUtility
* Module zope.component.registry, line 163, in queryUtility
* Module ZODB.Connection, line 860, in setstate
* Module ZODB.Connection, line 914, in _setstate
* Module ZODB.serialize, line 612, in setGhostState
* Module ZODB.serialize, line 605, in getState
* Module plone.registry.recordsproxy, line 35, in __getattr__
* Module plone.registry.recordsproxy, line 35, in __getattr__
* Module plone.registry.recordsproxy, line 35, in __getattr__
* Module plone.registry.recordsproxy, line 35, in __getattr__
-------
* Module plone.registry.recordsproxy, line 35, in __getattr__
RuntimeError: maximum recursion depth exceeded while calling a Python object