Install

Works with Drupal: ^9.3 || ^10

Using Composer to manage Drupal site dependencies

Alternative installation files

Download tar.gz 1.11 MB
MD5: eb66e23d96f218972004176ccc3c0e6a
SHA-1: e2264623849193645351fb856541da0da2225c05
SHA-256: 70424bfff00a4835b9554ea659236123d56b2155409b91d9575f62b19426ce41
Download zip 1.42 MB
MD5: 5a4f89d724c54be05204b3bcb543557d
SHA-1: d715c428819b71d7018d022862c8d1c453bcf4d7
SHA-256: d77633fdfd64cfb5092fff04df16c5d7c8c2a01c1f5614e02eb3666375b23d43

Release notes

New directory for temporary, http downloaded files; Layout changes for mapping form; Drupal 10.1 support

New directory for temporary, http downloaded files

Previously, files downloaded by the HTTP fetcher were saved to "temporary://", causing issues if the temporary directory changed or was emptied while an import was still running. Instead, http downloaded files are saved to private://feeds/in_progress/[feed ID] (or public://feeds/in_progress/[feed ID] in case no private file system is configured).

This directory is configurable:

$config['feeds.settings']['in_progress_dir'] = 'private://feeds/in_progress';

No UI exists to change it because the default should be good in most cases.

There also has been a new service added to interact with this directory: feeds.file_system.in_progress

See #2912130: Missing temporary files in load balanced environments.

The problem is only fixed for new imports. To fix this retroactively, one issue remains to be solved: #3158678: FetcherResult::checkFile() throws \RuntimeException, which is never caught

Layout changes for mapping form

On the mapping form you can now see better which source maps to which target property. This is a welcome change for targets that have many properties, such as the Address target (provided by the Address module).
There is now a table row for each target property, instead of for each target. It is possible that modules that alter the Feeds mapping form need to be adjusted.

See the change record for screenshots.

Drupal 10.1 support: importing hashed users passwords

In Drupal 10.1, the password hashing changed. This affects importing hashed user passwords with Feeds. You will need the new Password Compatibility module in order to keep importing hashed user passwords.

Signature of EntityProcessorBase::clearTarget() changed

The job of clearing a target has moved to the target plugin and this caused EntityProcessorBase::clearTarget() to get an additional parameter at the beginning of the method. See the change record for details.

Contributors (19)

MegaChriz, irinaz, damondt, joelpittet, bruno.bicudo, andypost, ptmkenny, Fant0m, artematem, n4r3n, merauluka, bburg, rdivince, smustgrave, jwilson3, pingwin4eg, trackleft2, Olarin, Abyss

Changelog

Issues: 13 issues resolved, 1 issue partly resolved (coding standards).

Changes since 8.x-3.0-beta3:

Bug

Feature

Task

Created by: megachriz
Created on: 31 May 2023 at 18:38 UTC
Last updated: 31 May 2023 at 18:38 UTC
Bug fixes
New features

Other releases