@BR0kEN - it's the lack of the third argument and it not being TRUE that scares me. Pretty much people always want
in_array($needle, $haystack, TRUE)
and notin_array($needle, $haystack)
- see https://3v4l.org/sr29Y
Normalizer could define type(s) of data which they wants to normalize using supportedInterfaceOrClass
property of \Drupal\serialization\Normalizer\NormalizerBase
. The same available for request types, which are accepted by normalizer (using format
property).
In both cases these properties will be casted to an array to be handled by in_array()
function to find the matches and, in both cases, this will happen without strict data comparison which could cause potential inconsistences.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.