Opened 2 years ago
Closed 21 months ago
#61607 closed task (blessed) (fixed)
Coding Standards fixes for WP 6.7
| Reported by: | hellofromTonya | Owned by: | SergeyBiryukov |
|---|---|---|---|
| Priority: | normal | Milestone: | 6.7 |
| Component: | General | Version: | |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: | coding-standards |
Change History (17)
This ticket was mentioned in PR #7166 on WordPress/wordpress-develop by @peterwilsoncc.
2 years ago
#1
- Keywords has-patch added
@peterwilsoncc commented on PR #7166:
2 years ago
#3
#4
@
2 years ago
Maybe this is a candidate for 6.7?
https://github.com/WordPress/wordpress-develop/pull/2435
This ticket was mentioned in PR #2435 on WordPress/wordpress-develop by @kebbet.
2 years ago
#5
Maybe this PR can be included in 6.2, after being overseen in 6.0 and 6.1.
https://core.trac.wordpress.org/ticket/61607
https://core.trac.wordpress.org/ticket/56791
@SergeyBiryukov commented on PR #2435:
2 years ago
#7
Thanks for the PR! Merged in r58888.
This ticket was mentioned in PR #3873 on WordPress/wordpress-develop by @SergeyBiryukov.
23 months ago
#9
#13
@
23 months ago
To avoid a repeat of #61749 from WordPress 6.6, any PRs making changes to strict compaisons will need:
- anything that use
wp_parse_args(): test that use both array and query string formatted arguments - anything that uses options: tests that pass/use the option as the expected type (eg, integer) and cast to a string to account for potential differences in type returned by
get_option()depending on whether it is called with a warm cache immediatly afteradd|update_option()and a cold cache requiring a database query (See #32848 as one example of several)
@SergeyBiryukov commented on PR #3873:
23 months ago
#14
This will need tests before it can be merged:
Indeed, this is basically still a draft where I cherry-pick certain changes after a closer review, making sure they are covered by new or existing tests. I will investigate anything related to wp_parse_args() and WP_Query, thanks!
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
I'm not sure if there is a generic ticket for code quality improvements so will hold off creating a ticket until I've done some digging.
Trac ticket: https://core.trac.wordpress.org/ticket/61607