"Invalid object name" when adding contexts - missing files if .git_ignore settings exclude "cache" directory

In order to assist you we need additional information. The link in the issue leads to Page not found. Please check the link. Also, please review the drupal.org/node/571990 'Submission Checklist' for the type of information we are looking for. If we cannot duplicate your problem we cannot fix it, so tell us the steps necessary to recreate the problem. Include anything else the message says. (A screen shot might be helpful.) When you post information, please change the status back to active. Thanks.

I'm also getting the error when I try to add contexts. Here is the URL where I get the error: admin/structure/pages/nojs/operation/node_view/handlers/node_view_panel_context_5/context. I've also attached 2 screenshots of the Invalid Object Name error message.

I've been getting the same "Invalid object name" when trying to add a context to a panel.

The Log message gives: "Invalid plugin module/type combination requested: module ctools and type cache"

I am using CTools 7.x-1.0

I've updated to the latest Dev version of Ctools and it's working now

I was experiencing the same issue locally using MAMP.

I too managed to solve this by re-downloading 7.x-1.2 and then updating the DB, just as described in #9.

Still seems a little odd though.

It is obvious

Your definition of obvious does not match mine.

When releases are created, the packages are created entirely automatically by the system. The packages are created only once. What you say is obvious is actually impossible. That package is created once and once only, and the .tar.gz file is not created again unless one of about 3 or 4 people with administrative access to the drupal.org go and create it a second time. If this actually happened nobody told me, and it is extremely unlikely that it would have happened.

So I really don't think this is what happened, and you are trying to cast blame based on supposition and calling your supposition obvious.

What happens on a host, such as Pantheon, is completely out of the hands of the module administrators on drupal.org; so if somehow pantheon had an incomplete version of CTools that could be an issue. However, I'm currently using Pantheon and CTools there and haven't run into an issue like that. But that said, there are many different possible configurations.

One of the things that can happen is that when using some unpacking tools, people *have* had files disappear either due to misusing the UI or some tools just not being very smart. Sometimes people download files and then find a different file when they go to unpack it. And sometimes other things happen that I simply have no explanation for, but I am quite certain that once the .tar.gz file on drupal.org is created for an official release, it is static and never changes without some extremely extraordinary circumstances.

This issue should indeed be closed. Installing the 7.x-1.2 release resolves the reported issue. I encountered this issue on a Pantheon/Commerce Kickstart combo, so it's clear from the report pattern that the problem does not lie in the CTools code or team.

Sorry for the newbie question but I am having exactly this same problem and i am unclear about the easiest way to uninstall and reinstall the ctools module.

I have several other modules which are dependent on it. Do I first have to disable each module dependent on it, then disable it, then uninstall, then reinstall, then enable each module again?

Or is there an easier way?

I ended up using drush using the dl command. Unlike the modules page where I can install from url (the normal way I install modules), drush allowed me to install the same thing already installed.

That fixed the problem. And since I am using pantheon and did a commit right before and after the reinstall, I can easily see the changes that reinstalling did to fix the problem. reinstalling added the following files:

• modules/ctools/page_manager/plugins/cache/page_manager_context.inc
• modules/ctools/plugins/cache/simple.inc
• modules/ctools/plugins/cache/export_ui.inc

Maybe no one else is that interested in tracking down what the source of the problem is but I find it sort of interesting. My guess is that another installed module must have removed these files after I installed ctools the first time.

Sorry to comment on a closed issue, but might help someone.... I had this problem with latest dev version ctools installed (7.x-1.2+45-dev) and it took me a while to find out that...

- I'm not on Pantheon.
- I'm not using panelizer
- I've tried with seven and bartik as admin themes
- i've tried to disable toolbar
- i've tried to downgrade my jquery to 1.5 instead of 1.7
- Ran cron, updatedb, cleared all sort of cache
- Nothing shows in dblog
- Nothing in apache log
- the files mentionned in #16 are in my working directory

BUT

i'm using github with the default Drupal gitignore...which has "cache" in the ignore...

commenting that commited the three files mentionned in #16 to my staging... bug vanished

"i'm using github with the default Drupal gitignore...which has "cache" in the ignore... " no it doesn't, but this is a very generic folder name for general junk. Maybe it should get renamed?

Big thanks to snowguy / kiwad for working out the reason. Teach me to cut n paste of this committed install profile that has been used on 15 or so sites...

#17 solved my issue, huge thanks to kiwad and snowguy!
I've added 'cache/' to my gitignore file as well only because I copied it from an example gitignore file I referenced a long time ago. Removing the 'cache/' directory from my gitignore file caused no other issues with my drupal install. I don't really see any reason why we should even be ignoring that folder pattern. Maybe it should be on the developers to make sure that we're not adding 'cache/' to the gitignore file.

I've seen this issue in 1.3 as well. The symptom was that the Services module admin UI disappeared. Looking in the watchdog log, it turned out that I was seeing the error in this issue.

Deleting the ctools cache directory (by default: sites/default/files/ctools) made the problem go away. The ctools directory was NOT regenerated (perhaps it went to my memcache store?). Not sure why either.

I too had the same issue as snowguy with ctools 1.3. I'm also using pantheon so I was able to identify that the below files were missing from my install of ctools:

• modules/ctools/page_manager/plugins/cache/page_manager_context.inc
• modules/ctools/plugins/cache/simple.inc
• modules/ctools/plugins/cache/export_ui.inc

as well as a small change in:

• sites/all/modules/ctools/plugins/content_types/block/block.inc

For those of you who don't use Drush and are looking for a way to quickly update the module files I recommend using something similar to cyberduck to SFTP the changes to your server.

I'm using git to move sites around as part of a capistrano deploy. I hit this same issue with the ctools cache directories. My .gitignore file needs to contain
cache/
for other reasons. My layout
.git
.gitignore
Capfile
cache
public/sites/all/modules/ctools/page_manager/plugins/cache/page_manager_context.inc
public/sites/all/modules/ctools/plugins/cache/simple.inc
public/sites/all/modules/ctools/plugins/cache/export_ui.inc
etc.

so I put this in .gitignore
cache/
!**/ctools/**/cache/
and now the ctools cache files are getting into git and out to the sites.

#16 and #21 were my issues - big thanks to snowguy and tjhart87 for the suggestions!