Hi,
I'm getting PHP error notice in the dblog for xpathparser which don't exist anymore. In fact the the Feeds XPath (Maps), I've :
(...)
xpathparser:25
xpathparser:26
xpathparser:33
Number 27, 28, 29, 30, 31, 32 have been deleted.
Notice : Undefined index: xpathparser:30 dans FeedsXPathParserBase->parse() (line 68 dans /home/XX/public_html/sites/example.com/modules/feeds_xpathparser/FeedsXPathParserBase.inc).
thanks for your fix.
Drupal 7, Feeds dvp, Feeds XPath dvp
| Comment | File | Size | Author |
|---|---|---|---|
| #15 | feeds_xpathparser-undefined-index-1717264-15.patch | 1.52 KB | twistor |
| #11 | feeds_xpathparser-undefined_index_notice_removal-1717264-11.patch | 604 bytes | donnadulcinea |
Comments
Comment #1
Triskelion commentedRemoving the mappings in the Processor is not enough. After you save the new mappings, go back to the Parser. Although you cannot see them, the parser record is unchanged. Click on save to update the parser. Then go to Tamper, and again click on save to remove the tamper entries for the items you removed.
Three screens for what should be accomplished on one. But it works.
Comment #2
7wonders commentedThis doesnt work for me. I am still getting the damn undefined index messages on removed mappings!
Comment #3
bcreeves commentedI had this same issue. I resolved it by deleting my Feed Importer content node and recreating it. So essentially restarting the feed.
Comment #4
twistor commentedI'm going to keep this active. We should do a better job of cleaning things up.
It might be a Feeds Tamper issue, actually checking...
Comment #5
StephenOTT commented@twistor, did you come up with anything?
having the same issue
Comment #6
sifuhall commentedI have this issue as well.
Comment #7
Byte_Monster commentedHello,
I had this issue as well and it was fixed byt deleting the mapping along with the field of the content type it was connected to. Afterwards I re-created the field and it works ok for me!
Comment #8
newtoidI have this issue also. I deleted three fields from a content type and also deleted the mappings etc and still cannot get the error to stop. I am loathed to delete the entire content type and rebuild it as it has a huge amount of fields. I will keep trying to figure it out i guess.
Comment #9
twistor commentedYou shouldn't need to delete anything.
The latest dev has had this fixed for a long time. We'll try to get a new release out soon.
Comment #11
donnadulcinea commentedI am working with Drupal 7.34.
I still have the same issue with 7.x-1.0 (2014-Dec-11).
I tried to switch to the development version 7.x-1.x-dev (2014-Oct-15) as suggested in the comment #9. Still have the annoying notice covering the whole page.
I can't remove all the mapping and build them again since I have hundreds of fields in my content type. So I built this patch to perform a check on the array and remove the notice. Although maybe the problem should be solved with a better cleaning of the db during the removal of the feeds.
Comment #13
ibonelli commentedNone of the above solutions worked for me, only way to fix it was to export it. Delete the feed and import node. Modified the exported feed so the index numbers would be secuential and only then did an import (even though I deleted first, I had to overwrite the old one). Re-created the import node, and problem solved.
Comment #14
ibonelli commentedActually import is still not working (at least for me). Export looks ok, but import does not fully populate options.
Deleted manually the fields after first deleted one, recreated them, got rid of the DB error I was getting. So in terms of this issue, that was my (very convoluted and involved) way to solve it.
Comment #15
twistor commented@ibonelli, I don't know if your issue is related. This is not causing a db error.
Comment #16
ibonelli commentedThanks for the feedback @twistor. It's been long, but I recall having two distintive issues. You are right, they might be unrelated. Cheers!
Comment #18
twistor commented