🇺🇸United States @jphelan

I've opened an MR.

This patch fixes the warning for me.

Using this patch for core's timestamp field made it work for me.
https://www.drupal.org/project/drupal/issues/3204558#comment-14581662 🐛 Timestamp field type uses numeric filter plugin rather than date filter plugin Active

#7 works with me in conjunction with the date_popup → module.

+1

I don't believe it's related to the certificate. Authorize.net shows there is an ongoing issue with Accept.js.
https://status.authorize.net/

jphelan → created an issue.

Yeah, I think you guys are right, I think we need to use Xss::filter() on it. I've created a new patch to allow only a few safe HTML tags.

Patch #25 works for me on 3.0.1.

Example source

flexbox:
  '#type': flexbox
  first_name:
    '#type': textfield
    '#title': 'First Name'
    '#required': true
    '#default_value': '[webform_submission:user:first_name:clear]'
  last_name:
    '#type': textfield
    '#title': 'Last name'
    '#required': true
    '#default_value': '[webform_submission:user:last_name:clear]'
email:
  '#type': email
  '#title': Email
  '#required': true
  '#default_value': '[webform_submission:user:mail:clear]'
address:
  '#type': address
  '#title': Address
  '#required': true
  '#default_value':
    country_code: US
    langcode: ''
    address_line1: '[webform_submission:user:mailing_address:address_line1:clear]'
    address_line2: '[webform_submission:user:mailing_address:address_line2:clear]'
    locality: '[webform_submission:user:mailing_address:locality:clear]'
    administrative_area: '[webform_submission:user:mailing_address:administrative_area:clear]'
    postal_code: '[webform_submission:user:mailing_address:postal_code:clear]'
    given_name: null
    additional_name: null
    family_name: null
    organization: null
    sorting_code: null
    dependent_locality: null
  '#field_overrides':
    givenName: hidden
    additionalName: hidden
    familyName: hidden
    organization: hidden
    addressLine1: optional
    addressLine2: optional
    postalCode: optional
    sortingCode: optional
    dependentLocality: hidden
    locality: required
    administrativeArea: required
how_did_you_hear_about_this_meeting_:
  '#type': checkboxes_other
  '#title': 'How did you hear about this meeting?'
  '#options':
    'Social Media': 'Social Media'
    'Support Group': 'Support Group'
    'Web Search i.e. Google or Bing Search': 'Web Search i.e. Google or Bing Search'
    'Web Ad i.e. Paid Text Ad or Graphic Ad': 'Web Ad i.e. Paid Text Ad or Graphic Ad'
    'Post Card': 'Post Card'
  '#required': true
  '#default_value':
    - '[webform_submission:user:how_you_found_us:clear]'
actions:
  '#type': webform_actions
  '#title': 'Submit button(s)'

jphelan → created an issue.

I've posted an issue on the github repo for commerceguys/authnet
https://github.com/commerceguys/authnet/issues/41

Both the links you sent show "_type" added after the entity type name for the add form links. Because those links contain the entity type name link /node/add/article or /node/add/page instead of the entity id like canonical and edit-form links.
https://www.drupal.org/docs/drupal-apis/entity-api/introduction-to-entity-api-in-drupal-8#s-full-handlers-example →

$entity_type->id() returns the entity type name like "node" or "commerce_product" so the str_replace in line 100 is looking for {commerce_product} instead of {commerce_product_type} to replace in add-form link. I just tested with a view of commerce_product entities and it works with the patch and does not work correctly without it.

This patch addresses both for me.

I think it's because for the create link it needs "_type"

Updating line 100 to this solved it for me.

      if (isset($entity_links['add-form'])) {
        $add_form = str_replace('{' . $entity_type->id() . '_type}', $event_bundle_type, $entity_links['add-form']);
      }
      elseif (isset($entity_links['add-page'])) {
        $add_form = str_replace('{' . $entity_type->id() . '_type}', $event_bundle_type, $entity_links['add-page']);
      }

However the link is missing the site domain for me still open it opens in a new window.
http://ns-entity/add/mentor_session?start=2024-09-10

Same issue. If you link to a page with a view with ajax filters and you pass a filter in the URL to per-select it constantly reloads the page. Rolling back to 2.0.5 fixed it for me.

Ok, thanks I'll check how we are defining that in our entity as I do have the event bundle selected.

Similar issue. I have a custom entity type mentor_session and the correct add link is /ns-entity/add/mentor_session
But double clicking in a day opens /add/%7Bns_entity_type%7D?start=2024-09-03&start_field=field_session_date. Is there a way to override this?

jphelan → created an issue. See original summary → .

Ok, I've created a new revised MR.

jphelan → created an issue.

jphelan → created an issue.

Actually, I just retested and it appears to be working without the patch now so I think this can be closed.

I'm getting the same error as banoodle

reroll the patch for 10.3.1

jphelan → made their first commit to this issue’s fork.

I believe @caesius said it needs to be 10.3 or higher.

jphelan → created an issue.

Is it possible to do this for Vimeo as well?

I had the same issue. Export the config and removing references of the deleted step from the forms_steps.forms_steps.my_form file and the importing the config fixed it for me.

I'm having the same issue.

I was able to use the devel config editor to change the value on the dev env. Importing a single config did not work either and provided the same error. Any reason this is not a good solution?

jphelan → created an issue.

This isn't working for me. I get this error.

An error occurred while saving the field: The SQL storage cannot change the schema for an existing field (field_recurring_date in node entity) with data.

jphelan → created an issue.

This works for me on 7.x-3.x-alpha with wasabi.

jphelan → created an issue.

I'm having the same issue in Drupal 9. It's sending every minute and multiple copies for completed orders.