🇪🇸Spain @jmohino

apaderno → credited jmohino → .

Thank you very much for the advice, I have already installed Protect Form Flood Control, and I am going to see if I am able to put reCaptcha in the search form, to see if I can solve the problem. Although I haven't been able to do it yet :D
Greetings.

Thanks @cilefen.

I use the ban module, and every time I block the IP, but if the attacker continually changes his IP, I can't keep an eye on him all the time and in just 2 or 3 minutes he is able to take my site down.
I think it is a big problem and should be solved, If it is complicated through Drupal perhaps someone can recommend some Apache configuration or similar. ¿?

jmohino → created an issue.

In my case, after installing Gin → as an administration theme, the problem has been solved

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

In my case, after upgrading I did have many logs with this message, now they have been significantly reduced after 3 weeks

After upgrading to Drupal 10.2.2 I have the same problem when using css/js aggregation

Since the update to Drupal 10.2 I have many logs with this same message although from what I have seen they all come from the same IP, which seems to be from GoogleBot.

hello everyone! I have been using this patch without problems, but now with the new version poll 8.x-1.6, I get the message ". The error was: Cannot apply patch - Skipping" and the error appears again, the question is shown as title of the block.
Would there be a possibility to update this patch?
Thank you so much!!

Go into your site /admin/modules and check that "jQuery UI Draggable" is enabled, if not, enable it. You can also do it with drush from the CLI with "vendor/bin/drush pm:enable jquery_ui_draggable".

If it was already activated, the only way to remove the notices is by changing the 2 lines of comment #9, for now.

Today I noticed that the jquery_ui_draggable library had been installed as a dependency when updating focal_point, but it had not been enabled,

I realized when I entered extend and saw that it was not active. Maybe that's where the problems came from, my fault!!

Yes, This means that lines 58 and 85 of the ExtensionPathResolver.php file would have to be changed to make the php notices disappear:

58

- return $this->extensionLists[$type]->getPathname($name);
+ return $this->extensionLists[$type]->getPathname($name ?? '');

85

- return dirname($this->getPathname($type, $name));
+ return dirname($this->getPathname($type, $name) ?? '');

I have the same error with jquery_ui_draggable, line 63 in file ExtensionPathResolver.php. You would also have to change line 58 of the file in the patch:

-return $this->extensionLists[$type]->getPathname($name);
+return $this->extensionLists[$type]->getPathname($name ?? '');

User warning: The following theme is missing from the file system: jquery_ui_draggable en Drupal\Core\Extension\ExtensionPathResolver->getPathname() (línea 63 de /var/www/html/miguelturra/web/core/lib/Drupal/Core/Extension/ExtensionPathResolver.php)

I think it may be related to this issue Deprecated function: dirname(): Passing null to parameter #1 ($path) of type string is deprecated 🐛 Deprecated function: dirname(): Passing null to parameter #1 ($path) of type string is deprecated Postponed: needs info

Hi aiphes, I have the same problem, after this warning do you have other like:

Deprecated function: dirname(): Passing null to parameter #1 ($path) of type string is deprecated en Drupal\Core\Extension\ExtensionPathResolver->getPath() (línea 85 de /var/www/html/mysite/web/core/lib/Drupal/Core/Extension/ExtensionPathResolver.php)

Many thanks Ranjith_kumar!! 3189302-18.patch works for me.

Hi all!! I was using this patch (3189302_11.patch) until version 9.3.16 without problems, when updating to version 9.4.1, I get the following error:

Revisando el parche core/lib/Drupal/Core/Render/Element/Date.php...
error: mientras se busca:
  public static function processDate(&$element, FormStateInterface $form_state, &$complete_form) {
    // Attach JS support for the date field, if we can determine which date
    // format should be used.
    if ($element['#attributes']['type'] == 'date' && !empty($element['#date_date_format'])) {
      $element['#attached']['library'][] = 'core/drupal.date';
      $element['#attributes']['data-drupal-date-format'] = [$element['#date_date_format']];
    }

error: el parche falló: core/lib/Drupal/Core/Render/Element/Date.php:62
error: core/lib/Drupal/Core/Render/Element/Date.php: el parche no aplica
Revisando el parche core/modules/system/tests/modules/form_test/src/Form/FormTestPlaceholderForm.php...