On a migrated Plone website (3.3 -> 4.0) I just can't apply 'portlets' step.
The traceback:
2013-01-23 12:15:51 ERROR Zope.SiteErrorLog 1358939751.450.337074106184 http://localhost:8080/plone/portal_quickinstaller/prefs_reinstallProducts
Traceback (innermost last):
Module ZPublisher.Publish, line 135, in publish
Module Zope2.App.startup, line 291, in commit
Module transaction._manager, line 93, in commit
Module transaction._transaction, line 322, in commit
Module transaction._transaction, line 416, in _commitResources
Module ZODB.Connection, line 558, in commit
Module ZODB.Connection, line 606, in _commit
Module ZODB.Connection, line 640, in _store_objects
Module ZODB.serialize, line 422, in serialize
Module ZODB.serialize, line 431, in _dump
PicklingError: Can't pickle <class 'collective.groupdashboard.interfaces.IGroupDashboardLayer'>: import of module collective.groupdashboard.interfaces failed
Do I need to add this addon back to my setup or could I delete this instance without it ? Is there any way to fake this class to then delete it ?
I don't know how I can remove that stuff. Any workaround welcomed !
Related
Site with Plone 4.2.5 was upgraded to Plone 4.3.4.
When doing a check-out of an object, the following error is shown:
2015-04-22T01:18:16 ERROR Zope.SiteErrorLog 1429676296.560.86437176197 http://localhost:8181/Plone/capa/##content-checkout
Traceback (innermost last):
Module ZPublisher.Publish, line 146, in publish
Module Zope2.App.startup, line 301, in commit
Module transaction._manager, line 89, in commit
Module transaction._transaction, line 329, in commit
Module transaction._transaction, line 443, in _commitResources
Module ZODB.Connection, line 559, in commit
Module ZODB.Connection, line 1123, in savepoint
Module ZODB.Connection, line 623, in _commit
Module ZODB.Connection, line 658, in _store_objects
Module ZODB.serialize, line 422, in serialize
Module ZODB.serialize, line 431, in _dump
PicklingError: Can't pickle <class 'plone.app.kss.interfaces.IPortalObject'>: import of module plone.app.kss.interfaces failed
No objects on the catalog provide plone.app.kss.interfaces.IPortalObject.
Any idea?
You should always read the Plone upgrade guide before doing a migration:
https://plone.org/documentation/manual/upgrade-guide/version/upgrading-plone-4.2-to-4.3/referencemanual-all-pages
plone.app.kss is no longer shipped with Plone 4.3.x. You have to re-add it to your buildout.cfg:
eggs =
...
plone.app.kss
Though, I would suggest that you clean up your ZODB after the upgrade. Otherwise you will run into problems since plone.app.kss is unmaintained.
Recently one of our site users successfully checked out a large PDF and was trying to check it back in but it failed with the following stack trace:
2013-02-21 12:42:39 ERROR Zope.SiteErrorLog 1361450559.20.0921547927966
http://phoebe:8095/portal/our-responsibilities/codes-of-conduct/copy_of_please-let-us-
know-where-you-live/content_status_modify
Traceback (innermost last):
Module ZPublisher.Publish, line 127, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 47, in call_object
Module Products.CMFFormController.FSControllerPythonScript, line 105, in __call__
Module Products.CMFFormController.Script, line 145, in __call__
Module Products.CMFCore.FSPythonScript, line 130, in __call__
Module Shared.DC.Scripts.Bindings, line 324, in __call__
Module Shared.DC.Scripts.Bindings, line 361, in _bindAndExec
Module Products.PythonScripts.PythonScript, line 344, in _exec
Module script, line 42, in content_status_modify
- <FSControllerPythonScript at /portal/our-responsibilities/codes-of-conduct/please-
let-us-know-where-you-live/content_status_modify>
- Line 42
Module Products.CMFCore.WorkflowTool, line 244, in doActionFor
Module Products.CMFCore.WorkflowTool, line 555, in _invokeWithNotification
Module Products.DCWorkflow.DCWorkflow, line 282, in doActionFor
Module Products.DCWorkflow.DCWorkflow, line 421, in _changeStateOf
Module Products.DCWorkflow.DCWorkflow, line 465, in _executeTransition
Module zope.event, line 23, in notify
Module zope.component.event, line 26, in dispatch
Module zope.component._api, line 138, in subscribers
Module zope.component.registry, line 323, in subscribers
Module zope.interface.adapter, line 575, in subscribers
Module zope.component.event, line 34, in objectEventNotify
Module zope.component._api, line 138, in subscribers
Module zope.component.registry, line 323, in subscribers
Module zope.interface.adapter, line 575, in subscribers
Module arcadia.app.events, line 22, in before_transition
Module plone.app.iterate.browser.checkin, line 50, in __call__
Module plone.app.iterate.policy, line 90, in checkin
Module zope.event, line 23, in notify
Module zope.component.event, line 26, in dispatch
Module zope.component._api, line 138, in subscribers
Module zope.component.registry, line 323, in subscribers
Module zope.interface.adapter, line 575, in subscribers
Module plone.app.iterate.subscribers.versioning, line 36, in handleAfterCheckin
Module plone.app.iterate.archiver, line 43, in save
Module Products.CMFEditions.CopyModifyMergeRepositoryTool, line 297, in save
Module Products.CMFEditions.CopyModifyMergeRepositoryTool, line 443, in
_recursiveSave
Module Products.CMFEditions.ArchivistTool, line 267, in prepare
Module Products.CMFEditions.ArchivistTool, line 221, in _cloneByPickle
Module ZODB.Connection, line 843, in setstate
Module logging, line 1047, in error
Module logging, line 1128, in _log
Module logging, line 1108, in makeRecord
Module logging, line 243, in __init__
RuntimeError: maximum recursion depth exceeded while calling a Python object
Has anyone else experienced this issue?
The PDF in question is 24MB in size, checking in a PDF reduced down to 9MB didn't cause the problem.
A simple solution is to keep the size of the PDFs down, but the user is adament they wan the larger version (higher resolution for printing).
Does anyone know:
Whether there is a fix for thi issue?
What the maximum size of a BLOB that can be checked in is?
Thanks
Tony
You may want to visit /portal_modifier/SkipVersioningOfLargeFilesAndImages/modifierEditForm in your site, and enable this modifier. This will disable versioning for the uploaded file payload for files larger than the threshold specified, but enable versioning for any edited metadata.
After migrating Plone 4.1 + Dexterity site to Plone 4.3 site's /manage_workspace becomes inaccessible. Database migration cannot be performed.
The ZMI root can be still accessed.
Traceback (innermost last):
Module ZPublisher.Publish, line 237, in publish_module_standard
Module ZPublisher.Publish, line 179, 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 119, in applyTransformOnFailure
Module plone.transformchain.zpublisher, line 79, in applyTransformOnSuccess
Module plone.transformchain.zpublisher, line 55, 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 613, in setGhostState
Module zope.component.persistentregistry, line 40, in __setstate__
Module zope.interface.adapter, line 91, in _createLookup
Module zope.interface.adapter, line 439, in __init__
Module zope.interface.adapter, line 476, in init_extendors
Module zope.interface.adapter, line 480, in add_extendor
AttributeError: type object 'IIntIds' has no attribute '__iro__'
Also ##plone-upgrade is inaccessible.
Any ideas or special migrations needed?
In Dexterity 2, relation field support (which includes installing the intids catalog) is no longer installed by default. To get it you need to install Dexterity with the [relations] extra:
[instance]
eggs =
plone.app.dexterity [relations]
This is documented at http://plone.org/documentation/manual/upgrade-guide/version/upgrading-plone-4.2-to-4.3/dexterity-optional-extras and in the Dexterity release notes.
I am using Plone 4.1.3. I installed PloneGazatte product without any mount points, it was working fine. In the same version, I created mount points and installed the product. When I create a newsletter in the newsletter theme it is throwing traceback errors.
Can anyone help me how to solve these errors?
Traceback (innermost last):
Module ZPublisher.Publish, line 126, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 46, in call_object
Module Products.CMFFormController.FSControllerPythonScript, line 105, in __call__
Module Products.CMFFormController.Script, line 145, in __call__
Module Products.CMFCore.FSPythonScript, line 130, in __call__
Module Shared.DC.Scripts.Bindings, line 322, in __call__
Module Shared.DC.Scripts.Bindings, line 359, in _bindAndExec
Module Products.PythonScripts.PythonScript, line 344, in _exec
Module script, line 31, in createObject
- <FSControllerPythonScript at /en/indg.in/createObject used for /en/indg.in/indg-newsletter>
- Line 31
Module Products.CMFCore.PortalFolder, line 295, in invokeFactory
Module Products.CMFCore.TypesTool, line 835, in constructContent
Module Products.CMFCore.TypesTool, line 313, in constructInstance
Module Products.CMFCore.TypesTool, line 554, in _constructInstance
Module Products.PloneGazette.Newsletter, line 81, in addNewsletter
Module OFS.ObjectManager, line 356, in _setObject
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 zope.component.event, line 32, in objectEventNotify
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 Products.CMFCore.CMFCatalogAware, line 265, in handleContentishEvent
Module Products.CMFCore.CMFCatalogAware, line 191, in notifyWorkflowCreated
Module Products.CMFCore.WorkflowTool, line 292, in notifyCreated
Module Products.CMFCore.WorkflowTool, line 638, in _reindexWorkflowVariables
Module Products.CMFCore.CMFCatalogAware, line 91, in reindexObject
Module Products.CMFCore.CatalogTool, line 304, in reindexObject
Module Products.CMFPlone.CatalogTool, line 387, in catalog_object
Module Products.ZCatalog.ZCatalog, line 476, in catalog_object
Module Products.ZCatalog.Catalog, line 322, in catalogObject
Module Products.ZCatalog.Catalog, line 272, in updateMetadata
Module Products.ZCatalog.Catalog, line 396, in recordify
Module plone.indexer.wrapper, line 59, in __getattr__
Module plone.indexer.delegate, line 16, in __call__
Module plone.contentratings.catalog, line 20, in average_rating
Module plone.contentratings.catalog, line 9, in _first_user_rating
Module contentratings.browser.aggregator, line 8, in get_rating_categories
Module contentratings.browser.aggregator, line 8, in <genexpr>
Module zope.component.registry, line 250, in getAdapters
Module contentratings.category, line 69, in __call__
Module zope.component._api, line 120, in queryMultiAdapter
Module zope.component.registry, line 238, in queryMultiAdapter
Module zope.interface.adapter, line 532, in queryMultiAdapter
Module contentratings.category, line 102, in __init__
Module contentratings.category, line 121, in _lookup_or_create_storage
TypeError: ('Could not adapt', <Newsletter at /en/indg.in/indg-newsletter/newsletter.2012-06-26.1477811319>, <InterfaceClass zope.annotation.interfaces.IAnnotations>)
Looks like plone.contentratings is incompatible with PloneGazette. plone.contentratings assumes here that it can annotate the Newsletter, but it fails to check if Newsletter can be adapted to the IAnnotation interface.
I would say this needs a fix in plone.contentratings (or its dependency contentratings). But I would also expect that PloneGazette can be adapted, so probably it can be fixed there as well.
I would suggest to find the bug trackers for these two packages and file a bug there. Or hope that one of the authors reads this stackoverflow question.
I am trying to change the Type Settings in Site Setup. The default is Simple Publication Workflow. When I tried to change it to Intranet Workflow or Community Workflow or any other workflow, I got this error:
Traceback (innermost last):
Module ZPublisher.Publish, line 126, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 46, in call_object
Module plone.app.controlpanel.types, line 165, in __call__
Module zope.event, line 23, 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 583, in subscribers
Module plone.app.discussion.browser.controlpanel, line 181, in notify_configuration_changed
AttributeError: 'NoneType' object has no attribute 'forInterface'
Can anybody advise?
We are using plone 4.1
Thank you very much.
Cmgui