Closed (fixed)
Project:
Chaos Tool Suite (ctools)
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
5 Jun 2011 at 13:42 UTC
Updated:
4 Feb 2012 at 01:10 UTC
Jump to comment: Most recent file
Comments
Comment #1
amitaibuFix typo.
Comment #2
merlinofchaos commentedCan you explain this to me? Is there something I'm missing about this case being special?
Comment #3
amitaibu> Is there something I'm missing about this case being special?
*I* might be the one missing ;)
What I've seen is this:
1) I've created a Panels page with some content panes, and ctools_custom_content.
2) Without this patch drupal_get_schema() is reset, resulting with cache::set() updating the cache, that was actually not changed, because ctools_custom_content doesn't have tables.
Comment #4
merlinofchaos commentedYes, ctools_custom_content has tables:
Comment #5
amitaibu> Yes, ctools_custom_content has tables:
But only when you enable the ctools_custom_content module.
Comment #6
merlinofchaos commentedIt shouldn't be looking for the schema if that module is not enabled. That would be a bug. :)
Comment #7
merlinofchaos commentedahh. The custom content type isn't testing if the module is enabled before trying to load its tables. Thats where this should be fixed, not special casing in export.inc
Comment #8
amitaibu> Thats where this should be fixed, not special casing in export.inc
Yeah, I knew I found something wrong, but assumed the fix wasn't generic.
> The custom content type isn't testing if the module is enabled before trying to load its tables
Can you give a pointer to where to should be fixed, I didn't find it the first time I went over it.
Comment #9
merlinofchaos commentedplugins/content_types/custom/custom.inc -- various calls to ctools_export_crud functions should only be used if the custom content module exists.
Comment #10
amitaibuFinally got back to it :)
Comment #11
merlinofchaos commentedCommitted and pushed.