Closed (fixed)
Project:
Feeds
Version:
7.x-2.0-alpha4
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
23 Feb 2011 at 16:00 UTC
Updated:
29 Jan 2015 at 10:34 UTC
Jump to comment: Most recent
Comments
Comment #1
ben.hamelinFeeds needs a way to handle the various import options, specifically:
"update existing nodes" vs. "replace existing nodes"
*** The following is my interpretation of feeds, so take it for what it's worth!!
The way Feeds tracks this is to store a record in the feeds_node_item table, where one of the fields is the hash value of the imported data for that node. When you run another import, and the data for that node has not changed, it will get skipped.
**********
If you have access to your database, try clearing the hash value of one of these records, and you should then see that one node (see the nid column) get updated.
Another trick would be to "hard code" one of your CSV fields (say add an "xxx" to one of your string fields) and run the importer. Again, the hash value will not match and you should see an update.
Obviously the NAME of your CSV source is not affecting the process.
One complaint I have is that the MAPPINGS for an importer are also not included in this "new content" test.
For example, I added a NEW mapping to a NEW CCK field, where the SOURCE CSV file already contained the value in question. When I reran the importer, I still got the "there is no new content" message. I used the string append trick to get around this.
Hope this helps!
bh
Comment #2
kapayne commentedsub
Comment #3
jangolden commentedI was also getting this error, but it was due to csv line breaks on a MAC. I found the solution here http://drupal.org/node/912682.
Comment #4
EvanDonovan commentedI was getting this issue the other day with a CSV importer using the Feeds Node processor, where I had the Source field in Drupal as the "unique target". I checked the {feeds_node_item} table, though, and it did not appear to have any entries. Is that possible?
To solve my issue, I had to delete the Feed importer, and create a new one with the same configuration.
Comment #5
EvanDonovan commentedRetitling for clarity.
Comment #6
sanguis commentedSubscribing
Comment #7
sanguis commentedI just want to point out that the XML I was importing was invalid, when when I turned on the "Tidy" option for xPath it started working again
Comment #8
joomlerrostov commentedI have the same issue with Feeds 7.2 alpha 4, trying to parse html page to nodes.
When i delete content via admin interface, then import - it works, but if use tab Delete items and then reimport - it says There are no new content.
Clear caches and run cron - no matter
help
Comment #9
megachrizFeeds keep track of imported items in the "feeds_item" table. Normally, when you delete content, Feeds will delete the reference to that content from the "feeds_item" table (since it implements
hook_entity_delete()). There are cases this can fail, for example if you delete content manually from the database or if errors occur during deleting content. In this case Feeds does not know the content is deleted and assumes it still exists. Solution to this problem would be to delete the references to the deleted content in the "feeds_item" table.