Project

General

Profile

Actions

Bug #101313

open

email-fieldname to override EmailToSender

Added by Dennis Bork 5 months ago. Updated about 1 month ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
Form Framework
Target version:
-
Start date:
2023-07-11
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
11
PHP Version:
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

In the form I can use the email field name e.g. {email-1}.
If I override the finisher in the content element, I have to use a real mail address.

This is not useful for the sender's address.

Actions #1

Updated by Benni Mack 5 months ago

  • Related to Bug #101050: Form finisher overrides problems with flexform sections added
Actions #2

Updated by Jan Helke 4 months ago

  • Related to deleted (Bug #101050: Form finisher overrides problems with flexform sections)
Actions #3

Updated by Jan Helke 4 months ago

As far as I understand this, this has nothing to do with the not working overrides finisher. Therefore I removed the relation to that issue.

The issue is, that you can use the value in a field from the form (e.g. {email-1}) to be the target email address in sender, recipients, cc, bcc and reply to, when you define the form as yaml file (and I guess also in the editor in the backend). If you try to override this finisher, the email field is validated to be required AND to be an email address. So the fields behave different to the configuration.

A possible solution would be to made the fields normal input fields in TYPO3 12 again and remove the email validator in TYPO3 11.

I agree with Dennis, this behaviour should be consistent and should also be available in TYPO3 11

Actions #4

Updated by Andreas Krämer about 1 month ago

This should be a must-have, as the EmailToSender finisher can no longer be used in a meaningful way if you override the finishers in the backend. Or is there a workaround for this?
Since "recipients" is a mandatory field, you also can't leave it empty in the backend to cause a fallback to the YAML configuration (this works for replyToRecipients).

Maybe this could be changed to a v12 issue to get more attention? (I noticed it with TYPO3 12.4.7)

Actions

Also available in: Atom PDF