I'm using the 'Find replace (multiline)' tamper, but it appears to be adding the carriage return ("\r") to the end of replacements for each of the lines before the final (I'd guess because that's the only one that doesn't actually have a carriage return). This wasn't a serious problem for my 'Long Text' field imports, but it does specifically break field imports for things like 'List', which need to match the keys.
I've attached a screenshot of the tamper settings along with windows showing the source item from the log for two items with the result of the replacement for the "pricing" field. The top one threw an error while the bottom one was successfully created.
I am able to use three individual 'Find replace' tampers to successfully get my import to work, but keeping them all in one tamper would clean things up a lot.
Active
2.0
Code
Thanks for reporting!
This should be fixed in the Tamper module and the issue has already been reported there:
🐛
Multiline Find/Replace Adds Carriage Return
Active
@brooke_heaton said in Slack that he want to give it a go to fix the issue.
Oh that makes sense. I searched the Feeds queue and the Feeds Tamper queue, but forgot the Tamper queue.