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

Quickinstall breaks on 4.3.2 when plone.app.contenttypes is installed #26

Open
Fosten opened this issue Mar 3, 2014 · 2 comments
Open

Comments

@Fosten
Copy link

Fosten commented Mar 3, 2014

Traceback (innermost last):
Module ZPublisher.Publish, line 138, in publish
Module ZPublisher.mapply, line 77, in mapply
Module ZPublisher.Publish, line 48, in call_object
Module Products.CMFQuickInstallerTool.QuickInstallerTool, line 580, in installProducts
Module Products.CMFQuickInstallerTool.QuickInstallerTool, line 512, in installProduct

  • traceback_info: ('collective.easyslider',)
    Module Products.GenericSetup.tool, line 350, in runAllImportStepsFromProfile
  • traceback_info: profile-collective.easyslider:default
    Module Products.GenericSetup.tool, line 1100, in _runImportStepsFromContext
    Module Products.GenericSetup.tool, line 1015, in _doRunImportStep
  • traceback_info: typeinfo
    Module Products.CMFCore.exportimport.typeinfo, line 225, in importTypesTool
    Module Products.GenericSetup.utils, line 834, in importObjects
  • traceback_info: portal_types
    Module Products.GenericSetup.utils, line 509, in _importBody
    Module Products.CMFCore.exportimport.typeinfo, line 210, in _importNode
    Module Products.GenericSetup.utils, line 570, in _initObjects
  • traceback_info: ('Topic', '')
    ValueError: unknown meta_type ''
@l34marr
Copy link

l34marr commented Dec 4, 2014

Here seems a quick workaround, but I do not test it fully: remove line 4 of profiles/default/types.xml

<object name="Topic"/>

Hopefully someone will make it p.a.contenttypes compatible soon.

@jperals
Copy link

jperals commented Dec 9, 2014

I had this problem too, and it looks like it affects other products as well: collective/collective.noticeboard#2

There they solved it by adding a 'deprecated="True"' attribute to the offending tag:
collective/collective.noticeboard@78482e4

I tried the same solution for collective.easyslider and it worked for me. I guess this might be a more elegant / better solution than just removing that tag, but I ignore what the actual difference might be.

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

No branches or pull requests

3 participants