Thanks for adding this patch @torounit

I just added some minor formatting changes to kick the CI tests off again 😄

The changes in 323174a#diff-f28aa79997745a4a51f917012b45a809c9b45d55134b55379a718f5c751dddf4R160 removed the use of $selectors in get_style_nodes(), so now it's an unused parameter and will trigger the lint warning.

124 | WARNING | Unused function parameter $selectors.

Do we throw in an ignore comment to suppress the warning?

protected static function get_style_nodes( $theme_json, $selectors = array() ) { //phpcs:ignore VariableAnalysis.CodeAnalysis.VariableAnalysis.UnusedVariable
...

That would be an interim measure only, and not ideal.

I wonder if we should rather wind back the optimization to dedupe the code in get_block_nodes?

Basically we put up with duplicated code in get_style_nodes() to retain the same function signature.

The other, harder way, might be to create a new function and deprecate get_style_nodes(). That might involve changing more files wherever get_style_nodes() is called to remove the second parameter.

What do you think @scruffian ?

cc @adamziel @draganescu

Actually, passing an optional $selectors arg to get_block_nodes might do the trick. 😆

I threw up a PR over in #41218 in order to add a check that avoids the PHPCodeSniffer error

Fatal error: Uncaught TypeError: vsprintf(): Argument #2 ($values) must be of type array, string given in /app/vendor/squizlabs/php_codesniffer/src/Files/File.php:1056

I threw up a PR over in #41218 in order to add a check that avoids the PHPCodeSniffer error

Thanks for spotting that space in bebac4c @andrewserong

🤞 this one passes. I'll close my other test PR.

Missed the ping but this is 👌🏻 For a moment I wondered if we want to remove $selectors when this is merged, or do we still want it in get_style_nodes? It appears get_block_nodes needs it? get_stylesheet passes $blocks_metadata but that only is required on get_block_nodes which could also get it from static::get_blocks_metadata() so it seems useless?

For a moment I wondered if we want to remove $selectors when this is merged, or do we still want it in get_style_nodes? It appears get_block_nodes needs it? get_stylesheet passes $blocks_metadata but that only is required on get_block_nodes which could also get it from static::get_blocks_metadata() so it seems useless

Thanks @draganescu

You're right on both counts: we don't need $selectors in get_style_nodes() anymore. static::get_blocks_metadata() doesn't really need it either 🤣

The intention behind this PR was to address the PHP warning

Warning: Declaration of WP_Theme_JSON_6_1::get_style_nodes($theme_json) should be compatible with WP_Theme_JSON_5_9::get_style_nodes($theme_json, $selectors = Array) in /var/www/html/wp-content/plugins/gutenberg/lib/compat/wordpress-6.1/class-wp-theme-json-6-1.php on line 124

So we added $selectors = array() to the get_style_nodes() function arguments to make it compatible with the 5.9 method.

Then the linter started complaining that $selectors was never used in get_style_nodes() 😄

So passing $selectors down from get_style_nodes() to static::get_blocks_metadata() was a quick way to end the complaints and warnings.

What do you think a valid path to deprecate the argument might be?

I was thinking in a new PR we could:

1. revert this PR
2. remove get_style_nodes() from WP_Theme_JSON_5_9
3. migrate any methods in WP_Theme_JSON_5_9 that use get_style_nodes() to WP_Theme_JSON_6_1 and remove the second argument
4. Make sure we port these changes to WordPress 6.1 when that comes around 😄

Here's a PR that does all that:

• Theme JSON: migrate get_style_nodes to 6.1 #41262

Hey, while working on #46579 I realized this PR was not backported to WordPress 6.1. When we land that PR and then backport to WordPress 6.2 everything will be fine, but I wanted to raise in case you think this should be ported for a potential WordPress 6.1.X release.

It looks like the fact this PR wasn't backported is still causing some knock on effects.

For example, #62465 needs to update the get_block_nodes signature but this PR modified it without backporting that change. When backporting #62465, I'll update the get_block_nodes function to match Gutenberg but it would be great if anyone that worked on this could double check those changes.