Problem/Motivation

When defining a field mapping you'll need to have the ability to separate multi field properties to be imported from different source fields. For example, if you have a field mapping of body and then mapped that to some content. Next you added another field mapping to account for the body formatter, like so body/format. When that import is processed it would overwrite the body definition with the body/format array instead.

Proposed Solution

The way around that would be to use field destination of body/value to map the content. This way the content won't get overwritten. We'll need to update the field mapping destination options to account for this change. Everything will remain BC.

Comments

droath created an issue. See original summary.

droath’s picture

  • droath committed 6aaa554 on 8.x-1.x
    Issue #3110910 by droath: Display field destinations sub-properties
    
jnettik’s picture

Tested the updates. I'm able to get sub fields to map in the database now on an import.

jnettik’s picture

Status: Active » Reviewed & tested by the community
droath’s picture

Status: Reviewed & tested by the community » Fixed
droath’s picture

Status: Fixed » Closed (fixed)
mvision’s picture

Thanks for the patch, jnettik!

I tried to apply it but I got an error

patch '-p4' --no-backup-if-mismatch -d 'docroot/modules/contrib/entity_import' < '/tmp/5f0799996e7c8.patch'
can't find file to patch at input line 5

I generated the same patch (may be with some small format differences) and I am able to apply it. I couldn't find why the first patch does not work.