Can't find the processor

xpete, it sounds like a bug.
Can you tell me more details about it?
I'm interested in the following:
- PHP 4 / 5?
- exact list of all the enabled modules in the Drupal site where you use FeedAPI
- can you attach a dump of variable and FeedAPI's own table SQL dump?
- when you installed FeedAPI did you do the things according to the INSTALL.txt ?

Thanks for the report.

Thanks for the fast response.
I see that your environment is rather complex with tons of module. Here at my dev environment it's an enormous work to reproduce. Can you try out the FeedAPI in your environment and as you did it earlier but without the 3rd party modules?
Or (my guess) is that the problem maybe with the conflict of feedapi and project - can you try it out without the Project module?
Last: And the most important: which URL have you tried to supply into the form? Can you paste here one that you tried and failed? I assume you tried it with various feed URLs.

Which version of MySQL are you guys using, and could you place the "SHOW CREATE TABLE" of the feedapi table here?

I think I may know what it is, but want to be sure this is the problem that you guys are having.

See, if there is an error during creation, and nothing gets put into the feedapi table, the URL will always be gone because FeedAPI only does an UPDATE DML statement, and doesn't insert again. Thus, it will try and update something that doesn't exists, and you will never have a url there.

If this is the issue, there is a quick fix to it.

Also, during the creation, the "settings" field is set to "NOT NULL", but doens't have a default value. But, on the first creation, the settings field is not set, thus mysql throws an error, and nothing goes into the table. And thus, see the above statement about updating something that does not exist. :).

xpete, here you mentioned another idea. But this is really a support request, it's not related to the bug report. I mean the required URL field.
I'm confident that this is really a required field. Can you imagine a feed without a feed URL? I think it's impossible. You only want to attach feeds to project. It should be a nicer way, i don't think that enabling feedapi for project content-type is the optimal.

About the processor-bug: yes, Souvent22 figured out the problem, thanks!

I have a workaround idea for you: (not nice, but should work)
create a dummy skeleton RSS feed without items and supply that URL at the URL field. (I said in advance that it's not nice :) )
About the bug:
It'll be fixed at the CVS soon, currently there are huge feature improvements.

Your wishes were heard :)
Please check out the CVS and let me know if you're satisfied or not. (in the case of feature and the bug too)

Thanks for the response in advance. If you say that the bug has disappeared, i'll mark this ticket to closed.

Please tell me if the bug has not solved yet at your site!
If not, here is the way to go:
1) Disable all the FeedAPI modules
2) Uninstall FeedAPI within Drupal
3) Delete all the FeedAPI related content-types
4) Delete all the tables (if any) related to FeedAPI
5) Delete FeedAPI module directory
6) grab the module at the module directory: cvs -z6 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal-contrib checkout -r DRUPAL-5 -d feedapi contributions/modules/feedapi
7) Read the README.txt at feedapi directory (the screencast is outdated, please do not follow that)
7) Enable all the modules of FeedAPI
8) Try out the feed creation and refresh with one of the FeedAPI created content-type. You don't have to create a content-type. FeedAPI does this job for you (with preconfigured preset) when installing the module.

Can you take a screenshot of the content-type editing page (where the FeedAPI is enabled and you'd like to use for aggregation)? Or if it's easier to you please send me the dump of your variable SQL table.
What is the error message anyway? Is it the original: "This feed () doesn't have any processor. It's not possible to refresh the feed." ?

Do you have this bug yet? It'd be good to close or fix this bug, but without more information I cannot make progress on it. Thanks in advance.

Can you give me access to that site? It could be the easiest way for me to see the big picture.

Hello, I am having the same problem, but when i'm importing from an OPML list, all the information of the feed are loaded fine, but the URL of the feed is not set.

I debug a little, but i can not understand exactly what is going on, because the XML file (opml) is loaded correctly. i mean the XMLURL attribute of the file is correctly loaded.

This is the XML

<opml version="1.0">
    <head>
        <title>Suscripciones de Claudio_A en Google Reader</title>
    </head>
    <body>
        <outline text="[:on | smalltalk]" title="[:on | smalltalk]"
            type="rss" xmlUrl="http://onsmalltalk.com/feed/" htmlUrl="http://onsmalltalk.com"/>
        <outline text="A List Apart" title="A List Apart" type="rss"
            xmlUrl="http://alistapart.com/rss.xml" htmlUrl="http://www.alistapart.com/"/>
        </body>
</opml>

I have the 4th october dev version of the module.

I also test this xml with the demo web site, and in that case the XML is correctly loaded.
Any suggestion? What can i try? I DO NOT have clean url on, can that be the problem?
I hope you can help me, i really need to import OPML files to my site.

Thanks a lot, Claudio.

I would like to add, that in my case, when the opml file is imported, no data is inserted in the database. Please any help will be appreciate.

xpete: is your site localized? If yes, please get the latest code from the CVS and the things will work. Johannes Wilm was so kind and allowed me to dig into the problem at his environment.

cacciaresi: I found the bug at OPML importing process, please get the latest source code from the CVS (here's how: http://aggregation.novaak.net/?q=node/321) and try it out. At my site i could reproduce the bug that you mentioned and now it's fixed. Thanks for reporting it.

Excellent, i update the code with the difference in your commit, and it works perfect, as you can see, my PHP knowledge is ZERO!!!! :)

It worked perfect!

Thanks a lot, the module is working perfect for me.
Another question, do you in mind a maximum number of feeds that can be imported in an OPML file?

cacciaresi:
I'm glad that your problem is fixed :)
Yeah, the module won't handle huge OPML files with thousand feeds, because of PHP-timeout. I see the following solution:
If a huge OPML file comes in, the module should store it and process it at cron-time (imagine: 1st cron run: create 50 feeds, 2nd cron run: 50 ... Xth cron run: finish the given huge OPML)
So the OPML perfect is not fool-proof at the moment.

Yes, exactly, i have test the module with a 23,6 KB (24.193 bytes) file, and it hangs up...
I think that what you say is a good idea.

The timeout can be specified?

Thanks again!

Hello again :)
I think that i have another problem, when the nodes arew created using the import OPML option, the default options os the node are not valid. I mean, Autor information, promote to fron page, etc..

When I add a node using Content->add option menu, everything works perfect, but when the feeds are loaded using the import, none of these setting is being taking in account.

Please, any help will be help. :)

bye,
claudio.

Hello again :) :)

I think that I found a workaround to this problem...

here is the code that i am using right now:

if (!$dupe) {
          // Generate a feed structure
          $node = new stdClass();
		  $node->title = $feed['TITLE'];
          $node->body = $feed['TEXT'];
          $node->type = $args['feed_type'];
          $node->feedapi_url = $feed['XMLURL'];
          $node->og_groups = $args['og_groups'];
          $node->og_public = (int) $args['og_public'];
		  $node->status = 1;
		  $node->promote = 1;
		  $node = node_submit($node);
          global $user;
          $node->uid = $user->uid;
          node_save($node);
		  $count++;
        }

I added the user, and it is working, i also add the status = 1 to set to publish to the node, and to promote to front page.

I think that this fix my problem.
by and thanks a again for everything from Argentina.

xpete: sorry, but your patch is not okay at all. It will definitely brake the other parts. The problem is that likely the case 'submit': of feedapi_nodeapi is not called.
Please share me more details as I asked you before to help you! You have not replied at all to my #21, and #18 comments. Without details I cannot help.

Finally I understood your problem. I can reproduce it. This is really a bug. You can expect the fix today or tomorrow.

I committed the fix. Please check if i really found your problem or not. Thanks for your tough help!

This bug is really fixed now.
The problem was:
if the node is created before the content-type is enabled for feedapi, feedapi behaved strangely.

xpete: I'm so sorry! The lines, that did the fix, were removed accidentally because of huge refactoring. I restored the original situation when it was fixed (because of the refactoring i had to modified those lines a little bit)
Please let me know if it's not fixed now.