patches/remove-deprecated-submodule-3485771-10.2.10.patch
Rerolling for 3.5
This patch just updates 10.3 to 10.2.10 which was a better strategy than the other two patches I submitted, plus, it does not remove the code as that will be done when the maintainers want to.
Here is a patch to remove the sub module for 10.2.10.
chri5tia → created an issue.
Patch for 10.1 changes are rolled into 10.2, checked.
Skipped patch 'core/modules/content_moderation/tests/src/Functional/ModeratedContentLocalTaskTest.php'.
Skipped patch 'core/modules/language/tests/src/Functional/LanguageBreadcrumbTest.php'.
Skipped patch 'core/modules/system/src/Access/SystemAdminMenuBlockAccessCheck.php'.
Skipped patch 'core/modules/system/src/Controller/SystemController.php'.
Skipped patch 'core/modules/system/src/EventSubscriber/AccessRouteAlterSubscriber.php'.
Skipped patch 'core/modules/system/system.routing.yml'.
Skipped patch 'core/modules/system/system.services.yml'.
Skipped patch 'core/modules/system/tests/http.php'.
Skipped patch 'core/modules/system/tests/modules/menu_test/menu_test.links.menu.yml'.
Skipped patch 'core/modules/system/tests/modules/menu_test/menu_test.permissions.yml'.
Skipped patch 'core/modules/system/tests/modules/menu_test/menu_test.routing.yml'.
Skipped patch 'core/modules/system/tests/src/Functional/Menu/MenuAccessTest.php'.
Skipped patch 'core/modules/system/tests/src/Functional/SecurityAdvisories/SecurityAdvisoryTest.php'.
Skipped patch 'core/modules/system/tests/src/Functional/Session/SessionHttpsTest.php'.
Skipped patch 'core/modules/toolbar/tests/src/Functional/ToolbarAdminMenuTest.php'.
Skipped patch 'core/modules/toolbar/tests/src/Functional/ToolbarMenuTranslationTest.php'.
Skipped patch 'core/modules/toolbar/tests/src/Nightwatch/Tests/toolbarTest.js'.
Skipped patch 'core/modules/update/tests/src/Functional/UpdateSemverCoreTest.php'.
Skipped patch 'core/tests/Drupal/Nightwatch/Tests/loginTest.js'.Does anyone know why this issue is linked to "/Admin Toolbar Links Access Filter" being a deprecated module in status report? Since the patch is already rolled into Drupal 10.2, as far as I can tell, I'm not sure how to fix this or this issue is the one that should actually be linked for this.
I checked out the patch #40 for 10.2.x to reroll it for 10.3 and all the changes seem to be in core, though I don't see it noted. In case this is helpful to anyone else.
For what it's worth, I've rerolled this patch for 10.3x
Hello Graber,
Thank you for your work on this module. Do you know which version of Drupal is the last version that the views bulk operations module 4.2 with the actions permissions will work on? I would be interested in getting a crew together to rebuild that functionality if it's helpful, but need to know where this change in the API occurs.
Rerolled patch #75 for Drupal 10.3
I got this error on [ ] when attempting to enable a custom field with a broken field formatter. When saving the form, it can't enable the field so it throws this and the field remains disabled.
When entering an external URL, it's required to provide protocol (https, http, etc.), which does not start with any of the options below (`/`, `?`, and `#`. These only seem to apply to internal paths. Aside from the expected `<` as well, for ``, skipping over that conversation, the error message doesn't indicate the reason for the form being rejected, which is that it is missing the `https`. Recommend changing the text to explain why an external link starting with www, for example, causes the error.
"Manually entered paths should start with one of the following characters: / ? #" could say something like "Manually entered internal paths must start with `/`, `?`, or `#`. External paths must begin with a protocol such as `https:`, `http`, `ftp`, etc."