undefined - Contrib.social

🇺🇸United States jimmynash

Tested patch in #19 and it cleared the problem for me after a fresh install of 2.0.0

Thanks!

🐛 | Drupal core | File widget with multiple values may duplicate empty items

🇺🇸United States jimmynash

Just chiming in. This patch fixes an issue I was experiencing with Entity Form Steps → where unlimited file fields were displaying strangely exactly as the attached screenshot.

Unfortunately I don't have the skill to write a test for this as of yet to contribute.

🐛 | Entity Form Steps | File Fields act strangely after step navigation

🇺🇸United States jimmynash

Confirmed. Adding the patch to core from the merge request does fix the issue.
https://git.drupalcode.org/project/drupal/-/merge_requests/2141/diffs.patch

Thanks!

🐛 | Entity Form Steps | File Fields act strangely after step navigation

🇺🇸United States jimmynash

🐛 | Entity Form Steps | File Fields act strangely after step navigation

🇺🇸United States jimmynash

jimmynash → created an issue.

✨ | Entity Form Steps | Prevent form validation when using Previous button?

🇺🇸United States jimmynash

I just tested the new version and it works perfectly. Required fields not filled when using previous do not stop the user, but fields that have been set retain their value when returning to that step.

Excelsior!!

💬 | Entity Form Steps | Possible to access form_state values from previous steps?

🇺🇸United States jimmynash

Sorry that this strayed a little from the purpose of the module but your assistance has been invaluable.

The example you sent put me on the right path and now I do get a prefilled paragraph that the user can alter if needed before moving on from that step. The key was that hook_field_widget_paragraphs_form_alter.

By using the entity builder you mentioned I'm able to look for the existence of the previous field value and set that address as the #default_value on the paragraph subform address.

/**
 * Implements hook_field_widget_WIDGET_TYPE_form_alter().
 */
function MYMODULE_field_widget_paragraphs_form_alter(&$element, &$form_state, $context) {
  if ($element['#paragraph_type'] == 'location') {

    $entity = $form_state->getFormObject()->getEntity();
    $ins_addr = $entity->get('field_insured_address')->getValue()[0];

    if( $ins_addr['address_line1'] ) {
      $element['subform']['field_address']['widget'][0]['address']['#default_value'] = $ins_addr;
    }
  }
}

Super huge kudos @robphillips!

💬 | Entity Form Steps | Possible to access form_state values from previous steps?

🇺🇸United States jimmynash

Well, the paragraph part is being rather stubborn. At least, setting it on the main entity form.

I can create it and I can access the previous address field now using the complete_form_alter api hook.
But it just won't show as part of the form when I try and use

$form_state->setValue('field_locations', $paragraph);

I've tried with the form field config set to have a default location paragraph and without. My goal is to have an editable, prefilled paragraph sitting there at that step for the user to accept or modify before moving on.

I tried setting it on the entity as well and that seems to do nothing either. Even finishing the form, neither ends up adding this paragraph to the node.

I feel like this is a paragraphs thing but I can't be sure.

I'll keep trying and post back if I get it.

💬 | Entity Form Steps | Possible to access form_state values from previous steps?

🇺🇸United States jimmynash

Thanks for the reply and example!

I have been using just a normal hook_form_formid_alter and was trying to use $form_state->getValues() to get what I needed but each time I would dump those values to look at them I just had the values from the step previous.

This is generally what I was trying to do. An address field provided earlier in the form should be pre-filled into a paragraph at the end of the form.
I haven't gotten to seeing if the paragraph stuff works yet as I was having trouble getting the previous address to use.

Basically this:

/**
 * Used to alter the entire form
 * Implements hook_form_FORMID_alter()
 */
function MYMODULE_form_FORMID_alter(&$form, FormStateInterface $form_state, $form_id) {

  if( $steps && ($steps['current_step'] == 'group_locations') ) {
    $addr = $form_state->getValues('field_address');
    $paragraph = Paragraph::create([
      'type' => 'location',  // paragraph type machine name
      'field_address2' => $addr,
    ]);

    $form_state->setValue('field_locations', $paragraph);
  }

}

So should I be using the provided api hook to do any form altering from my modules?
hook_entity_form_steps_complete_form_alter

Maybe you could tell me if I'm generally right in these assumptions:

hook_entity_form_steps_complete_form_alter is for altering entity forms under entity_form_steps control.

hook_entity_form_steps_state_alter is for altering what step the user is on

hook_entity_form_steps_alter is for altering the steps themselves such as button labels etc that are set in the field group configurations.

Do I have that right?

💬 | Entity Form Steps | Possible to access form_state values from previous steps?

🇺🇸United States jimmynash

jimmynash → created an issue.

✨ | Entity Form Steps | Prevent form validation when using Previous button?

✨ | Group invite | Skip the invitation process entirely (automatically accept invitation)

🇺🇸United States jimmynash

jimmynash → created an issue.

🐛 | Image Field Caption | layout_paragraphs: undefined method InsertComponentForm::getEntity() in _image_field_caption_widget_process()

🇺🇸United States jimmynash

Would it be possible to provide it as an option per group instance?

I can see a need for one group of the same type to use autoaccept while another wants to provide the second step after invite.

If a per instance group setting would be too difficult, I would vote for option 1 (autoaccept toggle per group type).

🇺🇸United States jimmynash

I feel like this issue is related to 3185060.

The patch in #6 there helped me deal with a problem using VBO against a content type using image_field_caption.

🐛 | Image Field Caption | Call to undefined method in images of media field

🇺🇸United States jimmynash

Patch in #6 helped with a problem using views bulk operations.

Trying to use VBO and Views Bulk Edit to change the taxonomy terms across a content type that was using image_field_caption resulted in the following error.

Error: Call to undefined method Drupal\views_bulk_operations\Form\ConfigureAction::getEntity() in _image_field_caption_widget_process() (line 49 of /code/web/modules/contrib/image_field_caption/image_field_caption.module)

🐛 | Date | Time Field Inserting a Blank Space

✨ | Select 2 | Allow configuration of the placeholder text in Better Exposed Filters plugin

🇺🇸United States jimmynash

Just chiming in. Patch in #5 fixed me right up. Thanks!

🇺🇸United States jimmynash

Patch in #3 works great for me. Thanks!

✨ | Media Entity Download | CKEditor 5 plugin

Media Entity Download CKEditor (sandbox) →

🇺🇸United States jimmynash

I took a swing at turning this patch into a module.

There are a few differences that I think are notable:

The module uses the settings from the Media Embed plugin to launch that Media Browser.
Included is a filter that replaces the UUID returned by that browser.

The main reasons for this were that the autocomplete option in the patch modal wasn't quite what I wanted for my editors.
I wasn't quite sure how to get my own put together so I piggyback off of the Media Embed browser.

The form in that browser returns the UUID of the entity so I added the filter to convert that UUID into the media id.

The filter could be removed I think if media_entity_download could use both of these paths:

media/{media_id}/download
media/{media_uuid}/download

I think this is the relevant post for that: Entities can now be linked to by their UUID →

Finally, I'm not a fan of piggybacking off of the Media Embed plugin settings to get the browser I want. I'm sure there is a better way to do that, I just don't understand it yet.

🐛 | Re-assign user content/media | Deleted User Comments are deleted

🇺🇸United States jimmynash

Thank you @berramou!

✨ | Views Custom Table | Support date popup for mysql_date field views filters

🇺🇸United States jimmynash

Attaching patch. I'm not really sure if this is the right way to attack this.

Maybe it's better to have the date_popup module add support for this?

✨ | Views Custom Table | Support date popup for mysql_date field views filters