Closed (fixed)
Project:
Content Access
Version:
2.1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
30 Jan 2026 at 10:42 UTC
Updated:
11 May 2026 at 18:50 UTC
Jump to comment: Most recent
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #5
quadrexdevThis one:
```
Call to deprecated function node_type_get_names():
in drupal:11.3.0 and is removed from drupal:13.0.0. Use
\Drupal::service('entity_type.bundle.info')->getBundleLabels('node')
instead.
🪪 function.deprecated
```
It could stay because before Drupal 11.3, we didn't have the getBundleLabels() method in entity_type.bundle.info, and this was added conditionally:
```
if (method_exists($this->entityTypeBundleInfo, 'getBundleLabels')) {
$node_types = $this->entityTypeBundleInfo->getBundleLabels('node');
}
else {
$node_types = node_type_get_names();
}
```
Comment #8
joegl commentedI don't know if the right approach to this was to change it to non-static. Form API process callbacks should be static. We were re-using this process callback downstream and are trying to figure out how to re-implement it without duplicating the code.
https://www.drupal.org/node/3548821
"Using $this as a pointer for form callback [$this, 'someMethod'] is an antipattern and should be avoided as the form will be serialized."
Comment #9
steven jones commentedYeah, okay, fair.
Let me pop it back as static and go from there.
Comment #12
steven jones commentedThat should sort it I think. Sorry about that!
Comment #14
joegl commentedAwesome, thanks Stephen! Long term moving the callback to a separate file and leaving it static would probably resolve the PHPStan notice.
Comment #15
steven jones commentedI think it’s fine now, as it is in the trait?