-
Notifications
You must be signed in to change notification settings - Fork 140
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Entry Field - Sub Field data matching shows wrong fields and incorrect naming #1572
Comments
+1 This is a breaking change for projects that have upgraded from Craft 4 to Craft 5 and then used the merge utility to consolidate fields. There aren't any warnings (that I can find) about this issue in any upgrade guides or documentation. |
Hi, thanks for getting in touch! Historically, the list of available match options has always been a list of all the fields (not just ones that are related to the sections/category group/etc. that are used by the relation field) that are deemed fit to be used as unique identifiers (selection of the “simple” fields). That said, with the changes in Craft 5, it can be less intuitive to use, so I just raised a PR to adjust this behaviour (more details on the PR). |
Yeah I figured it had something to do with the Craft 5 feature about renaming fields and handles on Entry Type level. |
PR merged in and tested locally, but if someone wants to test this before the next release, that’d be great. Change composer.json to: "require": {
"craftcms/feed-me": "6.x-dev",
"...": "..."
} Then run |
I'm getting a similar error when importing into an entries field. feed-me/src/fields/Entries.php Line 301 in 5085685
|
Thanks @rellafella and @tommysvr. Both errors are actioned in a new PR. |
New fix in #1589 and will be included in the next 6.x release. Merged in if anyone wants to test early with:
And |
@angrybrad just gave the |
Description
When mapping on Entry fields that have separate Entry Types with different fields you still see the same fields in the dropdown.
Also these fields have the titles as named in the Fields config and not the titles from the specified Entry Type.
This prevents us from importing certain data on a custom ID (Number field) and we are forced to resort to the default Title field until this is resolved.
Additional info
The text was updated successfully, but these errors were encountered: