This patch works with the version 1.2.13 when the ticket 🐛 Ajax support / Use behaviors Fixed is fixed.
Hi, you can check this issue here 📌 [PP-1] SEPA Support Postponed
I've updated the patch to work with PHP 7.x
phannphong → created an issue.
phannphong → created an issue.
On Drupal 10, we need this patch and the patch from the issue Google Places Autocomplete Not working Drupal 10 hook_field_widget_WIDGET_TYPE_form_alter is deprecated 🐛 Google Places Autocomplete Not working Drupal 10 hook_field_widget_WIDGET_TYPE_form_alter is deprecated RTBC to bring the modules works back.
This patch is not enough to let module works because we have an error related to this issue
Google Places Autocomplete not working $(...).once is not a function in Drupal10
🐛
Google Places Autocomplete not working $(...).once is not a function in Drupal10
RTBC
.
So, we need to apply both patches to bring the module works again.
@greggles, yes, it works well.
The path #18 is working well and I think it can be delivered asap.
I can confirm that the patch #2 is good. But the patch is fixed only for "Add" button without fixing overlap if we have many paragraphs (at least we have more than 1 line) in the modal. It's referenced in the issue CSS overlap in D10 Claro 🐛 CSS overlap in D10 Claro Fixed
I can confirm that #17 is working as expected.
Yes, I agree with you because the patch will break some other stuffs. I have to back with the theme based on Claro.
Hi stBorchert, the patch 🐛 Add-in only works if active theme is claro or gin RTBC from MR 12, can work without Claro or Gin enables so in my project, I applied above patch for Paragraphs Features and apply this patch for Paragraphs Editor Enhancements.
I created a new patch in case the patch in the issue [PP-1] SEPA Support 📌 [PP-1] SEPA Support Postponed is applied with the version 8.x-1.1
The current patch works with rc6 but not for 8.x-1.1 version so I created a new patch here.
For the modal layout is broken, I created an issue on paragraphs_ee https://www.drupal.org/project/paragraphs_ee/issues/3404844 🐛 Modal layout is broken if the Claro theme is not installed/set as administration theme Active .
phannphong → created an issue.
I'm facing the same issue and tried some ways to fix it but not success. Does anyone knows how to fix it or sharing you experience is this case. Thanks.
I faced exactly the issue here and the patch #6 fixes the error on Drupal 10.1.6.
menu_link_destination_form_menu_link_content_menu_link_content_form_alter is not called with Drupal 10 also. I agree with update by v1nk.
As @aasarava mentioned, this issue occurs when using config_split with the field_ui set to enable only in the local/dev environment, as configured in the Complete Split section (Complete Split: Configuration listed here will be removed from the sync directory and saved in the split directory instead. Modules will be removed from core.extension when exporting (and added back when importing with the split enabled.)) so the field_ui.settings.yml configuration file is missing, deleted, or removed.
I believe we don't need to apply any patch to fix this issue because we only need to place the field_ui.settings.yml configuration file in the local/dev folder (folder name depends on what you configure in the Config Split module) or add it to git (Remember that we shouldn't place this configuration file in the sync folder because we only want to enable the field_ui in the local/dev environment).
I have made updates based on patch #20 to create a new patch that can be applied to version 3.0.0-beta1.
As I mentioned in the previous comment, when the patch #6 can fix the problem. However, this patch will trgger new warning message:
Warning: Undefined array key "#allowed_tags" in Drupal\webform\Plugin\WebformElementBase->prepare() (line 813 of modules/contrib/webform/src/Plugin/WebformElementBase.php).
Therefore, I've uploaded a new patch to address this new issue.
I'm facing the same problem and the patch at #6 can fix the problem.
I'm using webform version 6.2.0-beta6.
I think your requirement doesn't belong this module. I guess you're using the address module, if so, you can following this document https://docs.drupalcommerce.org/commerce2/developer-guide/customers/addr... to limit the available countries.
I don't face this issue when user logout but face the exactly issue when user login.
The patch MR!50 is solved my problem when user login.
I've updated the patch file to fix warning in the module file also.