@ovquiaf

ovquiaf → created an issue.

🐛 | Geocoder | Use administrative_area 'name' when 'code' is empty

Comment 8 days ago →

Thanks for implementing it, I wasn't sure how to contribute a patch, or how verbose the code should be. Looking forward to the release!

🐛 | Geocoder | Use administrative_area 'name' when 'code' is empty

Comment 9 days ago →

ovquiaf → created an issue.

🐛 | Drupal core | Comment bulk delete triggers PluginNotFoundException

Comment 13 days ago →

Updated title/body to better reflect the problem/scope of the issue

🐛 | Drupal core | Comment bulk delete triggers PluginNotFoundException

Comment 13 days ago →

We've been digging into this issue a bit more.

We only just noticed that the 'admin/content/comment' only has the 'Devel' button in the 'Operations' column, it's missing the 'Edit' and 'Delete' operations

The 'Delete comment' operation does appear in the bottom bar that appears as soon as you check a checkbox for a comment

If we delete the 'system.action.comment_delete_action' config using 'drush config:delete system.action.comment_delete_action', the 'delete' operation no longer appears in the bottom bar

If we then run 'drush config:import-missing system.action.comment_delete_action', we get the 'plugin does not exist' error:

In DiscoveryTrait.php line 53:

  The "entity:delete_action:comment" plugin does not exist. Valid plugin IDs for Drupal\Core\Action\ActionManager are: node_assign_owner_action, node_unpublish_by_keyword_action, comment_unpu
  blish_by_keyword_action, node_make_sticky_action, node_promote_action, node_unpromote_action, node_make_unsticky_action, user_block_user_action, user_remove_role_action, user_add_role_actio
  n, user_unblock_user_action, user_cancel_user_action, entity:delete_action:media, entity:delete_action:node, action_message_action, entity:publish_action:block_content, entity:publish_actio
  n:comment, entity:publish_action:media, entity:publish_action:node, entity:publish_action:path_alias, entity:publish_action:taxonomy_term, entity:publish_action:menu_link_content, action_go
  to_action, action_send_email_action, entity:save_action:block_content, entity:save_action:comment, entity:save_action:file, entity:save_action:media, entity:save_action:node, entity:save_ac
  tion:taxonomy_term, entity:save_action:user, entity:save_action:menu_link_content, entity:unpublish_action:block_content, entity:unpublish_action:comment, entity:unpublish_action:media, ent
  ity:unpublish_action:node, entity:unpublish_action:path_alias, entity:unpublish_action:taxonomy_term, entity:unpublish_action:menu_link_content

exit status 1
Failed to run drush config:import-missing system.action.comment_delete_action: exit status 1

Same error if we use 'Configuration Updates Report' by clicking on the 'Import from source' option

If we import the original config from 'web/core/modules/comment/config/install/system.action.comment_delete_action.yml' using the single item import interface, it imports just fine, and the 'Delete comment' operation re-appears in the bottom bar again, however, the 'delete' and 'edit' options are still missing from the admin comments view at 'admin/content/comment'

Selecting 'Delete comment' and clicking 'Apply to selected items' still triggers the PluginNotFoundException

🐛 | Drupal core | Comment bulk delete triggers PluginNotFoundException

Comment 27 days ago →

Removed inaccuracy in the report; there is no other way to remove a single comment other than the 'bulk delete' form. I wrongfully described deleting the parent node as 'deleting the comment', but there deleting the comment is a side-effect.

🐛 | Drupal core | Comment bulk delete triggers PluginNotFoundException

Thanks for your reply @cilefen. We have tried the other suggestions from https://www.drupal.org/project/drupal/issues/3045570#comment-14111976: →

Configuration Update Manager: didn't show any relevant missing configuration items, but we made sure the list was empty anyway. Sadly no change
Importing original system.action.comment_delete_action.yml: no changes except the langcode field. Import succeeded, didn't fix the error
Configuration Update Manager: using 'Revert to source' function (when the langcode differs from source). Triggers the same PluginNotFoundException: The "entity:delete_action:comment" plugin does not exist.
Configuration Update Manager: using 'Delete' function to remove system.action.comment_delete_action, then using 'Missing configuration items' to 'Import from source'. Also triggers the same PluginNotFoundException: The "entity:delete_action:comment" plugin does not exist.
Importing a 'single item' config (using admin/config/development/configuration/single/import) for system.action.comment_delete_action, using the yml from source. Import works. But when bulk deleting a comment, still triggers the PluginNotFoundException

Hope this helps to narrow it down?

🐛 | Buttons Configuration | Custom button text for comment save button doesn't show

🐛 | Buttons Configuration | Custom button text for comment save button doesn't show

ovquiaf → created an issue.

🐛 | Drupal core | Comment bulk delete triggers PluginNotFoundException

🐛 | Entity Delete Log | Custom view doesn't refresh log data when access permissions are made broader

ovquiaf → created an issue.

🐛 | Entity Delete Log | Custom view doesn't refresh log data when access permissions are made broader

While researching possible workarounds, I came across this thread, that mentions uninstalling the Internal Page Cache module. That works for us, the view now updates for both admin and anonymous users. Not sure if this is a bug in the Entity Delete Log module or not.

✨ | Entity Delete Log | Allow custom view to show data to anonymous user (without 'View site reports' permission)

Ovquiaf → created an issue.

✨ | Entity Delete Log | Allow custom view to show data to anonymous user (without 'View site reports' permission)

Sorry, ignore this feature request. I misunderstood the security fix; it is possible to make the view available for anonymous users by setting the access permissions of the view. The problem I'm having is that the contents of the view are not refreshed when I make a view that has broader access permissions. I'll file a bug report for this.