@pearls

MR!9 didn't work for me. Cron is not running, publishing is still not happening at scheduled time. It still shows unpublished.
I've been waiting for this to be resolved for a long time, I was hoping it would be fixed with version 1.4 but the same problem persists. Thanks

pearls → created an issue.

Hi @anybody,
If you check the screencast, you will see that all node types are skipped by protection even if their form ID is not in the excluded list.
But it works for comment forms. Validation cannot be bypassed unless added to the exclude list.

Suggestion 1:
It can work as designed. But, the entity from id should be allowed to be entered separately according to its type. For example: node_article_form, node_page_form, node_forum_form or custom_non-node_entity_type_form etc.

Suggestion2:
It can be specified in text formats-editors as the most comprehensive option.
Thus, there is no need for a form ID. Whether the correct ID is added or not is not a problem. It can be added or excluded in different scenarios in text formats and editors in a very flexible way. Check Wordfilter → module, please.In my opinion, this is the best option.

Suggestion3:
The last option can be allowed in the node type settings, which will be the most restricted option. It will be a problem for other custom entity types.

It cares about all bundle forms. When you exclude an id, it affects the entire bundle.Instead of including the entire bundle, it should exclude the types separately.

For example;The flexibility in the forum may not be in the articles. That was the opening purpose of this issue.

İf you exclude node_forum_form (forum type) it will also excludes node_article_form. It will also bypass protection on articles.
or
For comments;
İf you exclude forum comment form id (comment_forum_comments_form) it also excludes article comment form (comment_comment_form)

Also it doesn't work other custom type entity like ECK. It bypass them.
Thanks

Tested. #5 patch worked for me.
+1 for RTBC

#4 @murz Is this accurate information? How did you measure that view mode page module eats too much CPU and memory.
I would be very happy if you could enlighten me. Thanks

pearls → created an issue.

Sorry for the insufficient information.

I am trying to use entityconnect in storage → forms.

Reference field using select2 form. I also tested with autocomplete or other select widgets
Even if I change the field form format, the following error occurs.

Warning: foreach() argument must be of type array|object, string given in Drupal\entityconnect\EntityconnectFormUtils::validateForm() (line 101 of modules/contrib/entityconnect/src/EntityconnectFormUtils.php).

Could the problem be because I'm using custom entity(storage) instead of node type?

Thanks for support.

pearls → created an issue.

pearls → created an issue.

pearls → created an issue.

pearls → created an issue.

pearls → created an issue.

#93 worked for me. Drupal version : 10.3.8

Merge request !7274 could not be applied.

This issue still exists and I experienced it with a taxonomy term field.

Here's the dbLog when I try to add limit to media entities.

Warning: foreach() argument must be of type array|object, null given in Drupal\entity_limit\Plugin\EntityLimit\RoleLimit->getLimitCount() (line 213 of /var/www/html/d10site/web/modules/contrib/entity_limit/src/Plugin/EntityLimit/RoleLimit.php)

Could you also support custom entity types other than node type? It only works with node types.

MR 11 Tested.
During configuration import, warning "Missing bundle entity, entity type flag, entity id email_node." was not received.
+1 for RTBC

I have the same issue while importing the configuration.

The rank field is created via weight module which can contain negative numbers.
I thought it was related to negative number.s Even though the problem is solved (it is fixed here - #3484686 💬 Support: Indexable negative number Active .), I still get an error while importing the config.

I don't know if the problem is related to the negative numbers or weight module, but the problem with importing the configuration still persists.

 [error]  Drupal\search_api\SearchApiException while adding Views handlers for field Content » Rank on index Default content index: Could not retrieve data definition for field 'Rank' on index 'Default content index'. in Drupal\search_api\Item\Field->getDataDefinition() (line 487 of /var/www/html/d10Site/web/modules/contrib/search_api/src/Item/Field.php).
 [error]  Drupal\search_api\SearchApiException while computing Views data for index Default content index: Could not retrieve data definition for field 'Rank' on index 'Default content index'. in Drupal\search_api\Item\Field->getDataDefinition() (line 487 of /var/www/html/d10Site/web/modules/contrib/search_api/src/Item/Field.php).

There is a loop between the issues. Each one references each other and at the end of the day, it does not provide any solution. There is no different situation for Version 2. The problem still persists.By the way, patch in #24 is not applied and does not work.

Thanks but It didn't work for me.

pearls → created an issue.

It works only node entities. I tried with other custom entities built with Storage, Flag etc. but without success.
Its name should be node limit instead of entity limit.

I don't know if it fixed the entire problem, but after the patch the warning disappeared.
+1 RTBC for MR23 for now.

pearls → created an issue.

Thanks @drunken monkey.
Please, confirm me if I need both MR(184-185).
Tested. I used both MR and it worked. It indexed without any warning/error.
+1 for RTBC

pearls → created an issue.

pearls → created an issue.

+1 for RTBC

pearls → created an issue.

+1 for RTBC.
Thanks @acbramley.

However, the same problems occur in Address, Dynamic Entity Reference, Office Hours modules. #3480456-Fatal error occurs 🐛 Fatal error occurs Active
Maybe other modules that I don't know about also have this problem.

Wouldn't it be better to approach the issue through the Diff module?
Because it may be necessary to integrate a separate solution for each different module.

Thanks for patch but it didn't work for me because I also have two similar errors from two separate modules.
I'm not sure if a separate integration is needed for each relevant module.

Dynamic Entity Reference Module

Fatal error: Declaration of Drupal\dynamic_entity_reference\Plugin\diff\Field\DynamicEntityReferenceFieldBuilder::build(Drupal\Core\Field\FieldItemListInterface $field_items) must be compatible with Drupal\diff\Plugin\diff\Field\EntityReferenceFieldBuilder::build(Drupal\Core\Field\FieldItemListInterface $field_items): array in /var/www/html/d10site/web/modules/contrib/dynamic_entity_reference/src/Plugin/diff/Field/DynamicEntityReferenceFieldBuilder.php on line 25

Smart Date Module

Fatal error: Declaration of Drupal\smart_date\Plugin\diff\Field\SmartdateFieldBuilder::buildConfigurationForm(array $form, Drupal\Core\Form\FormStateInterface $form_state) must be compatible with Drupal\diff\FieldDiffBuilderBase::buildConfigurationForm(array $form, Drupal\Core\Form\FormStateInterface $form_state): array in /var/www/html/d10site/web/modules/contrib/smart_date/src/Plugin/diff/Field/SmartdateFieldBuilder.php on line 63

There's a solution for smart date here. Fix diff 2.x integration 🐛 Fix diff 2.x integration Needs review
But if there is a possibility of getting this similar error in different modules, it would be better to approach the situation on a diff basis.

#2 >> @nicrodgers I'm not sure which MR or patch is really worked.
There are 3 mergeable MRs in " #2950869 - Entity queries with large number of revisions query last revision very slowly 🐛 Entity queries querying the latest revision very slow with lots of revisions Needs work ".

Scheduler module is affecting everywhere in terms of performance.
Any advice or experienced guide would be great. Thanks

It's really annoying, especially when using Scheduler Module.
So, does anyone have any experience to share? Which MR should be considered?
Any advice , please ? Thanks

@avo I tried #4. It works fine for administrator role.
But if a non-administrator role (with "AdministerUsers byRole" permission) changes anything on the user entity, the same problem occurs again.

pearls → created an issue.

pearls → created an issue.

If anyone is experiencing this problem and only needs to import terms, try this module as a temporary alternative solution.
The way it works is similar to Taxonomy Manager. There is also a bulk delete function. Taxonomy Fast Import →

I have the same problem.

If anyone has encountered this type of problem, they can follow this. #3481711-Reference method of reference field switches to first available in list if previously set to default 🐛 Reference method of reference field switches to first available in list if previously set to default Active

It is really interesting. ECA does not affect my project structure.Even if I uninstall ECA, it does not change, the problem persists.
I still haven't figured out what the main factor is.
Let me give you another example.
For example, let's say Dependent Fields and Taxonomy manager modules are active. This time, instead of ECA option, the "Make field dependent using views" option, which comes as an option of the Dependent Fields module, is selected.
However, when I uninstall Taxonomy Manager, the problem goes away.
As you said, maybe it is a core issue. Thanks for support.

pearls → created an issue.

Thanks Sarwan.It works.

Tested.
After MR!2, "Lock field values ​​checkbox" disappeared .
You see that the Lock Values ​​Checkbox does not appear when you try to edit a member profile.

There is a boolean field in user entity that triggers role assignment when it'ss value is on.There are also text fields that should not be changed.
In some scenarios, the administrator needs to lock these field for some users. I use the module for these fields. However, even if the administrator does not touch any of these field, It keeps giving the errors mentioned in the previous comment.
@kul, Thanks for support .

pearls → created an issue.

I tried to use Role Delegation module instead of Administer Users by Role.
The Role Delegation module does not give an error with ECA when you need to assign a role, but somehow it prevents the ECA model from working.
Rules module is an alternative to ECA. It does not give an error when assigning role rules. But there too, sometimes the rule doesn't work and sometimes it does.I don't know what the problem is with Rules, I haven't looked into it deeply.

Finally I stopped using administerusersbyrole and role delegation modules. Instead of taking advantage of both modules, I removed them to make ECA work properly, which I needed more on other sides.

Thanks mohd. Tested. Now we have 2 issues. Here's the log.

Deprecated function: reset(): Calling reset() on an object is deprecated in lock_field_values_preprocess_field() (line 47 of /var/www/html/mysite/web/modules/contrib/lock_field_values/lock_field_values.module)

#0 /var/www/html/mysite/web/core/includes/bootstrap.inc(166): _drupal_error_handler_real()
#1 [internal function]: _drupal_error_handler()
#2 /var/www/html/mysite/web/modules/contrib/lock_field_values/lock_field_values.module(47): reset()
#3 [internal function]: lock_field_values_preprocess_field()
#4 /var/www/html/mysite/web/core/lib/Drupal/Core/Theme/ThemeManager.php(261): call_user_func_array()
#5 /var/www/html/mysite/web/core/lib/Drupal/Core/Render/Renderer.php(491): Drupal\Core\Theme\ThemeManager->render()
#6 /var/www/html/mysite/web/core/lib/Drupal/Core/Render/Renderer.php(248): Drupal\Core\Render\Renderer->doRender()
#7 /var/www/html/mysite/web/core/modules/node/node.module(550): Drupal\Core\Render\Renderer->render()
.....................

Error: Call to undefined method Drupal\Core\Field\BaseFieldDefinition::getFieldDefinition() in lock_field_values_preprocess_field() (line 50 of /var/www/html/mysite/web/modules/contrib/lock_field_values/lock_field_values.module).

Thanks @mohd. It seems ok.No warning for new policies added.

pearls → created an issue.

pearls → created an issue.

Token value can not be saved when you try to set a default value.
Versions: 8.x-1.x-dev & Drupal 10.3.6

Thanks Rajan. The patch has been applied but there is an error.

ArgumentCountError: Too few arguments to function _restrict_abusive_words_get_words_list(), 0 passed in /var/www/html/mysite/docroot/modules/contrib/restrict_abusive_words/src/Form/AddWordsForm.php on line 61 and exactly 1 expected in _restrict_abusive_words_get_words_list() (line 35 of /var/www/html/mysite/docroot/modules/contrib/restrict_abusive_words/restrict_abusive_words.module).

#92 #95 (MR !45) didn't work for me. Contextual filter (content ID from url) still does not work.

+1 for the approach to this issue compared to the other one( #2786479 ✨ Drush comand to export all items from entity with defined criteria Needs review ).
I think bundle limit is useful and necessary.

Is there any plan to support advban module?
Thanks

pearls → created an issue.

pearls → created an issue.

Wouldn't it be better to leave the issue status active? Maybe a different perspective can provide a solution.
Thanks anyway.

pearls → created an issue.

It only works if you select "Access denied" as the action..
By the way, it doesn't work with taxonomy terms with any options.

@bsuttis, issues are same. Drupal core version is same. (Upgraded to 10.3.5.)
The only difference is the php version I use is "8.3.6".
I tested the patch on different projects but unfortunately the same warnings persist. The problem may be caused by the PHP version.
My luck :)) Looks like I have nothing to do but wait until the module update arrives.Thanks for support.

pearls → created an issue.

pearls → created an issue.

Thanks @lonalore.
+1 RTBC for #5

@bsuttis , Thanks for support.
MR !6 tested. It didn't work. The same two errors persist.

pearls → created an issue.

pearls → created an issue.

Hi Jurgen,
Yes, you are right.

By removing config&modules one by one, I found that the problem was caused by Taxonomy Manager → module.
Taxonomy Manager affects the operation of other modules that use the reference type, not just ECA.

Thanks for support.

Hi Jurgen,
It may be Drupal core issue not ECA. Whenever I check, I see that the setting I saved has changed.
Please see the attached screen recording.I hope it is clear now.
Thanks

pearls → created an issue.

pearls → created an issue.

pearls → created an issue.

+1 for a modal...

Hi Sarwan,
Tested. Here's the dependency problem with Drupal 10.3.3

  Problem 1
    - drupal/linkback dev-1.x requires symfony/dom-crawler ^3.4|^4.0|^5.0 -> found symfony/dom-crawler[v3.4.0-BETA1, ..., 3.4.x-dev, v4.0.0-BETA1, ..., 4.4.x-dev, v5.0.0-BETA1, ..., 5.4.x-dev] but the package is fixed to v6.4.8 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
    - drupal/linkback 1.x-dev is an alias of drupal/linkback dev-1.x and thus requires it to be installed too.
    - Root composer.json requires drupal/linkback 1.x-dev@dev -> satisfiable by drupal/linkback[1.x-dev (alias of dev-1.x)].

pearls → created an issue.

Thanks @kksandr.
MR !21 worked for me.

pearls → created an issue.

I compared the zip folder(#2) and the current dev versions. There are significant differences. I hope a merge will be added soon.

Try to test but cannot apply patches #54-62-63.

Patch is not working. Same problem exists in version-4.

InvalidArgumentException: Missing required #autocreate['bundle'] parameter. in Drupal\Core\Entity\Element\EntityAutocomplete::processEntityAutocomplete() (line 167 of /var/www/html/d10site/web/core/lib/Drupal/Core/Entity/Element/EntityAutocomplete.php).

Also, if the DER field includes a comment type, you cannot save the field settings.

#4 worked for me. Thanks @Patrick

:)) My mistake.
It's been applied but it still does not work with a view list using ajax.
I have view page which uses ajax and lists contents as rendered entity.

It's ok for contents on top of list (First page)
However, when I try to like(rate) an entity after loading the next page of the list with ajax, I cannot rate any entity and the following message appears.

Oops, something went wrong. Check your browser's developer console for more details.

If I remove the option to use ajax in the view(using pager) the rate module works for all entity in the list.
This is the story. Thanks.

Tested. Cannot apply Patch#6 and MR !7 in ✨ Use Lazy Builders to build widget form Needs work .
It didn!t work. Tested versions 3.1.0 and 3.0.x-dev

MR !7 didn't work for me.
Rate version 3.1.0

Cannot apply patch 3283891-Use Lazy Builders to build widget form (https://git.drupalcode.org/project/rate/-/merge_requests/7.patch)!

Tested. Cannot apply patch #5 (3419074-uasort-plugin-manager.patch)
Tested version: Drupal 10.3.2.

Thanks Sarwan, The patch is ok, applied but the same error persists.

The issue mentioned in #26 seems to be closed, but the main problem mentioned above still persists when an anonymous user visits the site.
Tested versions
Drupal : 10.3.2
Message Subscribe : 8.x-1.3
Flag: 8.x-4.x-dev

LogicException: An anonymous user must be identified by session ID. in Drupal\flag\FlagService->getAllEntityFlaggings() (line 223 of /var/www/html/d10site/web/modules/contrib/flag/src/FlagService.php).

#0 /var/www/html/d10site/web/modules/contrib/message_subscribe/message_subscribe_email/message_subscribe_email.module(46): Drupal\flag\FlagService->getAllEntityFlaggings()
#1 [internal function]: message_subscribe_email_flag_action_access()
#2 /var/www/html/d10site/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(416): call_user_func_array()
#3 /var/www/html/d10site/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(395): Drupal\Core\Extension\ModuleHandler->Drupal\Core\Extension\{closure}()
#4 /var/www/html/d10site/web/core/lib/Drupal/Core/Extension/ModuleHandler.php(415): Drupal\Core\Extension\ModuleHandler->invokeAllWith()
#5 /var/www/html/d10site/web/modules/contrib/flag/src/FlagType/FlagTypeBase.php(175): Drupal\Core\Extension\ModuleHandler->invokeAll()
#6 /var/www/html/d10site/web/modules/contrib/flag/src/Plugin/Flag/EntityFlagType.php(315): Drupal\flag\FlagType\FlagTypeBase->actionAccess()
#7 /var/www/html/d10site/web/modules/contrib/flag/src/Plugin/Flag/UserFlagType.php(145): Drupal\flag\Plugin\Flag\EntityFlagType->actionAccess()
#8 /var/www/html/d10site/web/modules/contrib/flag/src/Entity/Flag.php(343): Drupal\flag\Plugin\Flag\UserFlagType->actionAccess()
#9 /var/www/html/d10site/web/modules/contrib/flag/src/ActionLink/ActionLinkTypeBase.php(99): Drupal\flag\Entity\Flag->actionAccess()
#10 /var/www/html/d10site/web/modules/contrib/flag/src/Plugin/ActionLink/AJAXactionLink.php(80): Drupal\flag\ActionLink\ActionLinkTypeBase->getAsFlagLink()
#11 /var/www/html/d10site/web/modules/contrib/flag/src/FlagLinkBuilder.php(55): Drupal\flag\Plugin\ActionLink\AJAXactionLink->getAsFlagLink()
#12 /var/www/html/d10site/web/modules/contrib/flag_anon/src/FlagAnonLinkBuilder.php(87): Drupal\flag\FlagLinkBuilder->build()
#13 [internal function]: Drupal\flag_anon\FlagAnonLinkBuilder->build()
#14 /var/www/html/d10site/web/core/lib/Drupal/Core/Security/DoTrustedCallbackTrait.php(113): call_user_func_array()
#15 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(870): Drupal\Core\Render\Renderer->doTrustedCallback()
#16 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(411): Drupal\Core\Render\Renderer->doCallback()
#17 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(248): Drupal\Core\Render\Renderer->doRender()
#18 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(165): Drupal\Core\Render\Renderer->render()
#19 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(638): Drupal\Core\Render\Renderer->Drupal\Core\Render\{closure}()
#20 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(164): Drupal\Core\Render\Renderer->executeInRenderContext()
#21 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(191): Drupal\Core\Render\Renderer->renderInIsolation()
#22 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(723): Drupal\Core\Render\Renderer->doRenderPlaceholder()
#23 [internal function]: Drupal\Core\Render\Renderer->Drupal\Core\Render\{closure}()
#24 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(731): Fiber->start()
#25 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(608): Drupal\Core\Render\Renderer->replacePlaceholders()
#26 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(248): Drupal\Core\Render\Renderer->doRender()
#27 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(153): Drupal\Core\Render\Renderer->render()
#28 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(638): Drupal\Core\Render\Renderer->Drupal\Core\Render\{closure}()
#29 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/Renderer.php(152): Drupal\Core\Render\Renderer->executeInRenderContext()
#30 /var/www/html/d10site/web/core/lib/Drupal/Core/Render/HtmlResponseAttachmentsProcessor.php(288): Drupal\Core\Render\Renderer->renderRoot()
#31 /var/www/html/d10site/web/core/modules/big_pipe/src/Render/BigPipeResponseAttachmentsProcessor.php(74): Drupal\Core\Render\HtmlResponseAttachmentsProcessor->renderPlaceholders()
#32 /var/www/html/d10site/web/core/lib/Drupal/Core/EventSubscriber/HtmlResponseSubscriber.php(45): Drupal\big_pipe\Render\BigPipeResponseAttachmentsProcessor->processAttachments()
#33 [internal function]: Drupal\Core\EventSubscriber\HtmlResponseSubscriber->onRespond()
#34 /var/www/html/d10site/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(111): call_user_func()
#35 /var/www/html/d10site/vendor/symfony/http-kernel/HttpKernel.php(214): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#36 /var/www/html/d10site/vendor/symfony/http-kernel/HttpKernel.php(202): Symfony\Component\HttpKernel\HttpKernel->filterResponse()
#37 /var/www/html/d10site/vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#38 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle()
#39 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#40 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#41 /var/www/html/d10site/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#42 /var/www/html/d10site/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(191): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#43 /var/www/html/d10site/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(128): Drupal\page_cache\StackMiddleware\PageCache->fetch()
#44 /var/www/html/d10site/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(82): Drupal\page_cache\StackMiddleware\PageCache->lookup()
#45 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#46 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#47 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#48 /var/www/html/d10site/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#49 /var/www/html/d10site/web/core/lib/Drupal/Core/DrupalKernel.php(741): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#50 /var/www/html/d10site/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#51 {main}

Hi rcodina ,
I use Role Delegation. Now I noticed a similar issue I had before with the Administer Users by Role module and Role expiration.
Anyway.
I tested Version 4. There's no TypeError: array_diff() ... issue mentioned before.
15.patch (#8) worked without previous issue. Thanks for your effort.

FYI : It was a bit hard to upgrade to v4. I don't use rules module. There were some problems with rules, role_expire_rules. So I completely uninstalled role expire and installed with a new config.
Rules v 8.x-3.0-alpha8.
Below is the log I captured when I tried to upgrade from 3.02 to V4 and update the site database.

Drupal\Component\Plugin\Exception\PluginNotFoundException: The "request_path" plugin does not exist. Valid plugin IDs for Drupal\rules\Core\ConditionManager are: context, request_domain, request_path_exclusion, context_all, view_inclusion, user_status, http_status_code, rules_node_is_sticky, rules_entity_field_access, rules_user_is_blocked, rules_list_contains, rules_path_alias_exists, rules_entity_is_new, rules_data_is_empty, rules_data_comparison, rules_entity_has_field, rules_user_has_role, rules_node_is_published, rules_entity_is_of_type, rules_node_is_of_type, rules_path_has_alias, rules_list_count_is, rules_node_is_promoted, rules_text_comparison, rules_entity_is_of_bundle in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 53 of /var/www/html/d10test/web/core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

pearls → created an issue.

Thanks @sarwan_verma,
Patch is ok, it worked, the previous warning is gone. But just so you know, there are two php warnings in the log records. I don't know if it is related to the previous problem or the patch. But , it was one time warning. These two warnings did not appear in other changes.
Just FYI.

Hi rcodina@

When I changed some fields (for example first or last name - custom text field), the TypeError warning mentioned in the previous post appeared, even though I did not touch the role expiration date.
This warning is gone after the patch .#2

I tested it. Patch is OK. Applied and module installed without any problems.
But I couldn't create a new user.
There's HTTP ERROR 500 , my d11 test site is currently unable to handle this request.
When I uninstalled the module ı can create a new user.
It was a quick test, no error logs. It might be due to my system environment.

#2 - MR !8 didn't work.
Here are the logs.

Error: Call to undefined function Drupal\administerusersbyrole\Services\user_roles() in Drupal\administerusersbyrole\Services\AccessManager->managedRoles() (line 143 of /var/www/html/d11/web/modules/contrib/administerusersbyrole/src/Services/AccessManager.php).

#0 /var/www/html/d11/web/modules/contrib/administerusersbyrole/src/Services/AccessManager.php(82): Drupal\administerusersbyrole\Services\AccessManager->managedRoles()
#1 /var/www/html/d11/web/modules/contrib/administerusersbyrole/src/AdministerusersbyrolePermissions.php(45): Drupal\administerusersbyrole\Services\AccessManager->permissions()
#2 [internal function]: Drupal\administerusersbyrole\AdministerusersbyrolePermissions->permissions()
#3 /var/www/html/d11/web/core/modules/user/src/PermissionHandler.php(157): call_user_func()
#4 /var/www/html/d11/web/core/modules/user/src/PermissionHandler.php(116): Drupal\user\PermissionHandler->buildPermissionsYaml()
#5 /var/www/html/d11/web/core/modules/user/src/Form/EntityPermissionsForm.php(104): Drupal\user\PermissionHandler->getPermissions()
#6 /var/www/html/d11/web/core/modules/user/src/Form/EntityPermissionsForm.php(184): Drupal\user\Form\EntityPermissionsForm->permissionsByProvider()
#7 [internal function]: Drupal\user\Form\EntityPermissionsForm->access()
#8 /var/www/html/d11/web/core/lib/Drupal/Core/Access/CustomAccessCheck.php(66): call_user_func_array()
#9 [internal function]: Drupal\Core\Access\CustomAccessCheck->access()
#10 /var/www/html/d11/web/core/lib/Drupal/Core/Access/AccessManager.php(160): call_user_func_array()
#11 /var/www/html/d11/web/core/lib/Drupal/Core/Access/AccessManager.php(136): Drupal\Core\Access\AccessManager->performCheck()
#12 /var/www/html/d11/web/core/lib/Drupal/Core/Access/AccessManager.php(93): Drupal\Core\Access\AccessManager->check()
#13 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/DefaultMenuLinkTreeManipulators.php(187): Drupal\Core\Access\AccessManager->checkNamedRoute()
#14 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/DefaultMenuLinkTreeManipulators.php(76): Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->menuLinkCheckAccess()
#15 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/DefaultMenuLinkTreeManipulators.php(80): Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess()
#16 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/DefaultMenuLinkTreeManipulators.php(80): Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess()
#17 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/DefaultMenuLinkTreeManipulators.php(80): Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess()
#18 [internal function]: Drupal\Core\Menu\DefaultMenuLinkTreeManipulators->checkAccess()
#19 /var/www/html/d11/web/core/lib/Drupal/Core/Menu/MenuLinkTree.php(114): call_user_func()
#20 /var/www/html/d11/web/modules/contrib/admin_toolbar/src/Render/Element/AdminToolbar.php(47): Drupal\Core\Menu\MenuLinkTree->transform()
#21 [internal function]: Drupal\admin_toolbar\Render\Element\AdminToolbar::preRenderTray()
#22 /var/www/html/d11/web/core/lib/Drupal/Core/Security/DoTrustedCallbackTrait.php(107): call_user_func_array()
#23 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(825): Drupal\Core\Render\Renderer->doTrustedCallback()
#24 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(387): Drupal\Core\Render\Renderer->doCallback()
#25 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(459): Drupal\Core\Render\Renderer->doRender()
#26 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(459): Drupal\Core\Render\Renderer->doRender()
#27 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(203): Drupal\Core\Render\Renderer->doRender()
#28 /var/www/html/d11/web/core/modules/toolbar/toolbar.module(94): Drupal\Core\Render\Renderer->render()
#29 [internal function]: template_preprocess_toolbar()
#30 /var/www/html/d11/web/core/lib/Drupal/Core/Theme/ThemeManager.php(261): call_user_func_array()
#31 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(446): Drupal\Core\Theme\ThemeManager->render()
#32 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(459): Drupal\Core\Render\Renderer->doRender()
#33 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(203): Drupal\Core\Render\Renderer->doRender()
#34 /var/www/html/d11/web/core/lib/Drupal/Core/Template/TwigExtension.php(475): Drupal\Core\Render\Renderer->render()
#35 /var/www/html/d11/web/sites/default/files/php/twig/66acc8eb83dbb_html.html.twig_0qvMTbD6IgDcRIdmzy5VtRdb8/0V_h5NwB0gCZZQBNof1hVOFwGf4fBHeiaLH0NIziJ4Q.php(84): Drupal\Core\Template\TwigExtension->escapeFilter()
#36 /var/www/html/d11/vendor/twig/twig/src/Template.php(360): __TwigTemplate_04208223c542bfa6f6fcda62af3f3142->doDisplay()
#37 /var/www/html/d11/vendor/twig/twig/src/Template.php(335): Twig\Template->yield()
#38 /var/www/html/d11/vendor/twig/twig/src/TemplateWrapper.php(38): Twig\Template->render()
#39 /var/www/html/d11/web/core/themes/engines/twig/twig.engine(33): Twig\TemplateWrapper->render()
#40 /var/www/html/d11/web/core/lib/Drupal/Core/Theme/ThemeManager.php(348): twig_render_template()
#41 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(446): Drupal\Core\Theme\ThemeManager->render()
#42 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(203): Drupal\Core\Render\Renderer->doRender()
#43 /var/www/html/d11/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(158): Drupal\Core\Render\Renderer->render()
#44 /var/www/html/d11/web/core/lib/Drupal/Core/Render/Renderer.php(593): Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}()
#45 /var/www/html/d11/web/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(153): Drupal\Core\Render\Renderer->executeInRenderContext()
#46 /var/www/html/d11/web/core/lib/Drupal/Core/EventSubscriber/MainContentViewSubscriber.php(90): Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse()
#47 /var/www/html/d11/vendor/symfony/event-dispatcher/EventDispatcher.php(246): Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray()
#48 /var/www/html/d11/vendor/symfony/event-dispatcher/EventDispatcher.php(206): Symfony\Component\EventDispatcher\EventDispatcher::Symfony\Component\EventDispatcher\{closure}()
#49 /var/www/html/d11/vendor/symfony/event-dispatcher/EventDispatcher.php(56): Symfony\Component\EventDispatcher\EventDispatcher->callListeners()
#50 /var/www/html/d11/vendor/symfony/http-kernel/HttpKernel.php(188): Symfony\Component\EventDispatcher\EventDispatcher->dispatch()
#51 /var/www/html/d11/vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#52 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/Session.php(53): Symfony\Component\HttpKernel\HttpKernel->handle()
#53 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#54 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#55 /var/www/html/d11/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle()
#56 /var/www/html/d11/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle()
#57 /var/www/html/d11/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass()
#58 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#59 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#60 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#61 /var/www/html/d11/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle()
#62 /var/www/html/d11/web/core/lib/Drupal/Core/DrupalKernel.php(709): Drupal\Core\StackMiddleware\StackedHttpKernel->handle()
#63 /var/www/html/d11/web/index.php(19): Drupal\Core\DrupalKernel->handle()
#64 {main}

There's no problem to delete messages. Yes , it's duplicated.

OK. Thanks @ivnish .

pearls → created an issue.