tjhellmann → made their first commit to this issue’s fork.
Yes, that fixed it. We have all the fields back as options now. Thank you!
I was able to test more and the culprit was a feeds_item field on the user account.
Within the loop in the getFieldmapOptions function in modules/mailchimp_lists/src/Plugin/Field/MailchimpListsSubscription.php the feeds_item field returns FALSE from $options = $this->getOptionsForSubEntity($required, $field_definition, $target_definition, $target_type, $keypath, $label, $options); which resets/empties the $options array. That's why I was only seeing the values in the loop that came after the feeds_item field after updating to 2.2.3.
I'm not sure of the best way but it seems that we should check if getOptionsForSubEntity returns a value that isn't FALSE.
Thank you @xenophyle. Sorry, I should have mentioned that the issue persists after updating to 2.2.4. 2.2.2 was the last version where the email field was an option. With 2.2.4 the options look the same as the ones I posted with the screenshot with 2.2.3.
tjhellmann → created an issue.
I ran into this same issue. The code change in #2 fixed the issue for us. Attaching a patch with the change.
I'm facing the same issue. @jcrump@tulane.edu, did you find a workaround?
Ran into this bug today and the patch fixed it. Thanks!
tjhellmann → created an issue.
tjhellmann → created an issue.
Here is an updated patch for the latest 8.x-1.x-dev. We've tested this with our S3 setup and it is working.
I ran into this issue today only when BigPipe module was enabled. With BigPipe turned on some of the textarea fields would have the counter above the ckeditor. With BigPipe uninstalled, all the counters displayed in the correct position. The change in #3 is fixing the issue. Works now with BigPipe installed or not.
tjhellmann → created an issue.