Missing Feeds plugins on module enable

I'm a little confused... I've certainly never seen this error before, which leads me to believe that it's due to a recent change in Ctools or Feeds. #1345644: Ctools throwing notices: plugins should be named plugin.class.php mentions that the relevant code is in includes/registry.inc, but the Git logs indicate that there haven't been any changes to that file in years...

What versions of Feeds / Ctools are you using? If a dev version, please include the timestamp or version string from the info file (i.e. "7.x-2.4+5-dev"). Also, does this error really break importers, or is it just a notice in the logs?

Re #3: Yeah, if you look at the Ctools module, you will notice that many of the plugins that it supplies are themselves just .inc files. So it's very weird that it should throw that error.

Since this doesn't seem to break imports, I'm bumping down the priority, but I'll still try to look into it.

Marked #1542364: Missing retrieval plugins as dupe.

Just to summarize... I have tried both Mailhandler 7.x-2.4 and 7.x-2.x and cannot recreate this problem. I am using Drupal 7.12 and Ctools 7.x-1.0. The only warning message I see is related to a missing Feeds plugin, but ONLY immediately after enabling Mailhandler quick-start - this is normal and a known bug with Ctools.

This certainly seems like a bug with Ctools, I just can't figure out why it would appear on your sites and not mine.

I also just tried 7.13-dev but couldn't reproduce this.

In support of this being a Ctools bug: #1423364: Plugin date_context_date_condition of type context:plugins points to nonexistent file

I suggest coordinating with the folks in that issue. As far as I can tell, the maintainer was never able to reproduce the problem in that case either, yet many people report having the problem. Unfortunately I don't have time to tackle this myself at the moment.

i get this when I add the debug flag to crush

"drush cc --debug" for example

WD ctools: Plugin Mailhandler fetcher of plugin type feeds:plugins points to nonexistent file [notice]
mailhandler/plugins/feeds/plugins/MailhandlerFetcher.class.php for class handler handler.

This is in that directory:

MailhandlerFetcher.inc MailhandlerParser.inc

Yeah the thing is I don't know why it's looking for MailhandlerFetcher.class.php - the actual class is included in MailhandlerFetcher.inc. And this should be okay- many other Feeds plugins contain the class in the .inc file.

One other thought- are you on a multisite or single-site installation? What is the full path to the Mailhandler directory? (e.g. /home/socialnicheguru/drupal/sites/all/modules) The issue that I linked to in #9 mentioned that there might be differences between multisite and single-site installations.

Had to dig trough this. After introducing myself to feeds developer notes http://drupal.org/node/622700 and both module codes I realised that we actually need both files - inc and class.php.

inc file has plugin definitions and class.php - an actual class.

created non-working patch for 7.x-2.x

made a boo-boo on patch, this should work for 2.x-dev

Yeah but what I'd like to figure out is *why* some people need the .class.php file, while for other (i.e. me) just the .inc file works just fine. Additionally, many Feeds plugins only have .inc files, so clearly .class.php files aren't required.

Note that the retrieval plugins (in the issue I marked as dupe in #6) *do* have .class.php files, but are still not found for some users. So I'd like to figure out the root cause here before applying any patches.

different ctools versions? i have 7.x-1.0

ctools/includes/registry.inc, look how it concats ".class.php" to $class_key

I got it now why my patch wouldn't work - patch doesn't create .class.php files, doh

Okay, I committed a fix for this:
http://drupalcode.org/project/mailhandler.git/commit/c1f4204

As near as I could tell, this error only occurred on module enable, but did not prevent the Mailhandler Fetcher / Parser from actually working. Perhaps this was due to some recent change or idiosyncrasy in Ctools. At any rate, looking at the most recent Ctools code mentioned in #15, it's clear to me that creating separate .class.php files was the way to go.

I'm going to re-open #1542364: Missing retrieval plugins and tackle that separately.

This may or may not cause trouble in 6.x-2.x, but I should probably port the change just so that the two branches can keep the same file structure.

http://drupalcode.org/project/mailhandler.git/commit/2b8abbd