Feature request for 'Inherit properties from parent feed node' and 'created nodes be assigned their correct language' as requested at #632920: Inherit properties from parent feed node (taxonomy, author, OG, language) and #840142: How can the created nodes be assigned their correct language? (and other "core" fields...).
Those features seem to been fixed in Version 6, but are still open in 7.x series.
That's the big issue BUT that I've been searching.


santam’s picture

I am also facing this issue and was just going to open an issue on this.

TimelessDomain’s picture

Taxonomy is working right now. Format "Feed node: Taxonomy: Stock Ticker" - replace "Stock Ticker" with whatever your vocabulary name is. With some importer styles (ex. CSV) you cannot see the possible "Sources," so switch to "Common syndication parser" to be able to see all the available "Sources" in the mappings.

Node reference #988856: Feeds mapper for node_reference and user_reference fields does not currently work though, which seems to point to a need to fix this issue #908870: Inherit properties from parent feed node (CCK fields)

michellezeedru’s picture

Subscribing - in particular to inherit the author. Is there any workaround in the meantime for 7.x?

idmacdonald’s picture

Version: 7.x-2.0-alpha3 » 7.x-2.x-dev
1.14 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch inherit_properties-1074662-4.patch. Unable to apply patch. See the log in the details link for more information. View


Here's a patch against the latest 7.x-2.x development version of the feeds module. This patch allows the nodes that are created to inherit author and language settings from the parent feed node. It doesn't do taxonomy or OG membership, which I don't think I need for my current project.


arcane’s picture


kclarkson’s picture

@ Ian

How hard would it be To add OG audience and taxonomy for nodes imported with feeds?

Would I simply copy your lines of code for author/language and replace with OG and taxonomy?

iMiksu’s picture

Also, if you're interested to have fixed language for new entities, you might check out #1247536: Allow users to choose node import language patch in comment #5.

shunshifu’s picture


NicoB’s picture


I am very interested in the evolution of the patch in # 4 that supports taxonomy. Unfortunately, my level of development is not enough to do it alone.
Who can make this change or put me on the way of work to do?


elliotttf’s picture

Status: Needs work » Needs review
3.38 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1074662-10-feeds-inherit_properties.patch. Unable to apply patch. See the log in the details link for more information. View

I've made some changes from the patch in #4 that should allow selectively inheriting fields from the feeds node.

Anonymous’s picture

The patch works perfectly for properties!
Thanks, I hope it will be added to the dev version :)

Anonymous’s picture

elliotttf, is there a way inheriting 'fields' and not 'properties'?

For example, I add a text field 'mycategory' in a Feed and I would like accessing to it from the Feed-item?
Do you know if there is a patch/workaround for that kind of problem?


elliotttf’s picture

@Hurukan yes, common fields between the feeds node and target node type can be inherited.

Robin Monks’s picture

Issue tags: +i18n, +internationalization

Just tested on the latest release and this patch still work like a charm; can we please see this committed? It's a must for multilingual sites.

kclarkson’s picture

Will these patches also import the Organic Group Audience ?

Robin Monks’s picture

Yes, they would appear to.

Sylense’s picture

I am also interested in the ability to inherit the OG audience. The only items I see available to inherit with the patch in #10 are properties, not fields.

Sylense’s picture

kclarkson, if you are still needing this functionality I actually just figured out how to get what I need within views. I have a block on a group page that displays all feed items relative to feeds.

- My content type for feeds and feed item are both set as a group content type
- I create a "feed" a select my group audience
- Feed items are imported. (feed items do not however have an audience set)

My view

- Working from the "feeds_defaults_feed_items" view included with the Feeds module
- Add a block display
- Add a relationship "Group membership: Node group membership"
- Set the relationship of this to "Owner Feed" (this relationship should already exist)
- Add a contextual filter "OG membership: Group gid"
- Set its relationship to "group membership" (should auto fill)
- Provide default argument "Current OG from context"
- Add fields as desired (e.g. content: title, content: post date, etc)

With this set up I am able to get what I need without the inherit properties patch

kclarkson’s picture


Thanks for this write up. I will give it a try and report back

iamcarrico’s picture

Status: Needs review » Reviewed & tested by the community

I used this patch myself--- works great, exportable by features. perfect.

twistor’s picture

Status: Reviewed & tested by the community » Needs work

I have issues with this patch:

  • The values should be provided on the mapping page, not directly. Benefits:
    • Not node specific.
    • Field names don't have to be identical.
    • Will benefit things like relationships.
  • The only real problem I see with this is, as noted in #2, getting access to these properties is non-obvious for things like the CSV Parser.

We could provide a separate mapping table for inheritance, or we could add the necessary machine-names to the legend so that people would know what to put in there.

Robin Monks’s picture

Yeah, ideally anything here that can't be currently provided by mapping should be added to mapping; and additional feed node fields would be chief among those things. I don't like this patch as a long term solution but for right now I love using it to tide me over until better options are available.


ekes’s picture

938 bytes
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1074662-23.feeds_.parent-language-field.patch. Unable to apply patch. See the log in the details link for more information. View

In 7.x it seems the method for mapping from parent feed node -> item is working for taxonomy (the details live in the mapper/taxonomy.inc) and User UID (the details live in plugins/FeedsParser.inc).

On this logic I've quickly knocked together a language patch. I have a nasty feeling I might have done this before, but maybe I didn't post it, so this time I'm publishing immediately without tests etc. just for follow-up.

I think og would be a little more complicated. It'll probably want to look like the taxonomy example more. For fixing in the importer, I'd say the easiest is to have node importers.

Robin Monks’s picture

Although having a language mapping like that is nice; there are other bugs that would make it somewhat awkward to deal with right now. #1232836: Use proper language instead of 'und'. being the major one (thanks to how feeds works now; imported nodes would end up with their bodies not editable since the language of the body field is set to und rather than the language of the node).

In any case, I like this approach; so keep at it bearing in mind other issues around languages when testing new mappings.

tallsimon’s picture

This would be a great way to categorise items generated by feeds - add a taxonomy term to the feed and it will propagate to the feed items. Applying #4 and #10 works really well for taxonomy fields, properties.
This patch allows Feeds to be a true successor of Aggregator. The previous aggregator module allowed each feed to be categorised. The current Feeds module does not allow this functionality. I would love to see this functionality go in to the main module, even without the language element of it if this is not perfect - for the majority of sites the Language is not an issue.

tallsimon’s picture

Status: Needs work » Needs review

Flagging this for review as there has been no activity on this thread since June. Please consider including this despite the flaws in the language part of it - don't throw the baby out with the bathwater!

Bensbury’s picture

After a lot of searching, and coming from the D6 thread on this issue, it would be really great to have the parent language functionality working, as work arounds look quite tricky.
Including it would provide some solutions as opposed to being able do nothing at all.

edvanleeuwen’s picture

The patch described in #10 works perfectly functionally. However, the patch cannot be applied directly; I think this is due to newer versions of Feeds. After manually adding two lines, everything works fine.

edvanleeuwen’s picture

Just one addition: if you add a field in a content type, this field shows up once you have saved the settings of the node processor.

Jeffrey C.’s picture

914 bytes
PASSED: [[SimpleTest]]: [MySQL] 4,503 pass(es). View

Same as the patch from #23 except that this one was created against 7.x-2.0-alpha7.

Jeffrey C.’s picture

3.38 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1074662-10-feeds-inherit_properties.patch-7.x-1.0-alpha7.patch. Unable to apply patch. See the log in the details link for more information. View

Attaching the patch in comment #10 rerolled against 7.x-1.0-alpha7.

Ken Hawkins’s picture

3.38 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch 1074662-10-feeds-inherit_properties.patch-7.x-2.0-alpha7.patch. Unable to apply patch. See the log in the details link for more information. View

I've reattached @ Jeffrey C's patch, only re-naming it for 7.x-2.0-alpha7.

It cleanly applied against my latest dev, the "1.0" appears to have been a typo.

Jeffrey C.’s picture

Yep. Thanks.

AlfTheCat’s picture

I've applied the patch from #32 to the alpha8 version, and even though the terminal doesn't show me any failures, the form element that allows for choosing a field to inherit doesn't show up when creating and saving a new importer (of for existing importers).

I tested it on alpha7, that seems to work fine.

Status: Needs review » Needs work

The last submitted patch, 1074662-10-feeds-inherit_properties.patch-7.x-2.0-alpha7.patch, failed testing.

drtallsimon’s picture

Is someone able to get this great functionality working in a patch for alpha8 so that it can be part of the first beta?

I wish I was competent enough as a programmer to do so - this really is an important feature of feeds, enabling both mapping of content from the feed source and from the parent node without having to use feeds_tamper to set all nodes created by that importer.

Pretty please!

willieseabrook’s picture

Issue summary: View changes
Status: Needs work » Needs review
3.42 KB
FAILED: [[SimpleTest]]: [MySQL] Invalid PHP syntax in sites/default/modules/feeds/plugins/FeedsNodeProcessor.inc. View

First attempt at applying to alpha8

Status: Needs review » Needs work
willieseabrook’s picture

Status: Needs work » Needs review
3.41 KB
PASSED: [[SimpleTest]]: [MySQL] 4,698 pass(es). View

Oops, second attempt

willieseabrook’s picture

3.43 KB
FAILED: [[SimpleTest]]: [MySQL] Repository checkout: failed to checkout from [git://git.drupal.org/project/ctools.git]. View

Previous patch broke the interface. This fixes.

AlfTheCat’s picture

I tested #40 against the latest dev. The default node options such as language and status seem to become available for inheritance, but taxonomy fields do not.

AlfTheCat’s picture

Doh! Nevermind, forgot to add the field to the "to be imported" node type.

Seems to work great! Thanks!!!!

twistor’s picture

Status: Needs review » Needs work

See #21.

ekes’s picture

Patch in #40 covers the common use case (parent feed node field -> child feed item field) - very simply.

As I recall the flexibility of mapping field -> field was complex; are there that many cases where the field names from parent feed node -> feed item node need to have different fields?

Not using Feeds for CSV import, what is the nature of the difference for parent node field value inheritance? The fields available in the CSV don't seem to matter, as this is just cloning values to the child feed item node to be add with whatever other field values from CSV?

ngreenup’s picture

After 8 hours of trying to accomplish this I finally found this patch. THANK YOU.


MegaChriz’s picture

If you'd like to see this added to Feeds, please help improve the patch by fixing the issues noted in #21.

Status: Needs work » Needs review
TravisJohnston’s picture

I submitted it to another retest because it failed for me on the latest DEV, specifically on the plugins/FeedsNodeProcessor.inc file. I'll look at the patch in more detail tomorrow to see if I can fix the error.

Status: Needs review » Needs work
TravisJohnston’s picture

I also notice that this patch doesn't work for the Organic Group Audience assigned to the Feed Node.

Nevermind, I didn't see the added field on the Node Settings configuration, I was looking in the Field Mapping trying to find the og_audience in the feed node source.


ekes’s picture

3.35 KB