Skip to content

Route File and UploadedFile moves through WP_Filesystem instead of raw PHP calls - #13

Merged
ahamed merged 3 commits into
themeum:mainfrom
ashraful1971:chore/filesystem
Sep 9, 2026
Merged

Route File and UploadedFile moves through WP_Filesystem instead of raw PHP calls#13
ahamed merged 3 commits into
themeum:mainfrom
ashraful1971:chore/filesystem

Conversation

@ashraful1971

Copy link
Copy Markdown
Contributor

rename(), chmod(), mkdir(), is_writable(), and move_uploaded_file() are flagged or forbidden by WordPress.org's Plugin Check. File::move()/get_target_file() and UploadedFile::move() now go through wp_mkdir_p()/wp_is_writable() and a lazily-resolved Filesystem (WP_Filesystem) instance instead, matching the pattern Cache/Stores/FileStore.php already uses. Upload-source verification via is_uploaded_file() is unchanged. Adds unit test coverage for both move() paths using a disk-backed Filesystem test double bound into the container.

Verified against the real WordPress.org Plugin Check (plugin_review_phpcs) and a live HTTP upload through actual WP_Filesystem in the Docker playground.

…w PHP calls

rename(), chmod(), mkdir(), is_writable(), and move_uploaded_file() are flagged
or forbidden by WordPress.org's Plugin Check. File::move()/get_target_file()
and UploadedFile::move() now go through wp_mkdir_p()/wp_is_writable() and a
lazily-resolved Filesystem (WP_Filesystem) instance instead, matching the
pattern Cache/Stores/FileStore.php already uses. Upload-source verification
via is_uploaded_file() is unchanged. Adds unit test coverage for both move()
paths using a disk-backed Filesystem test double bound into the container.

Verified against the real WordPress.org Plugin Check (plugin_review_phpcs)
and a live HTTP upload through actual WP_Filesystem in the Docker playground.
The non-scalar guard added for SessionManager's cookie safety fired
unconditionally, so Superglobals::query('key', $default, Sanitizer::ARRAY)
always fell back to $default instead of returning the array, even though
Sanitizer::apply_rule()'s ARRAY case already handles arrays correctly.
Now the guard is skipped when the caller explicitly asked for
Sanitizer::ARRAY.
@ahamed
ahamed merged commit b4fa732 into themeum:main Sep 9, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants