Fix CI artifact double-zip so the plugin installs directly #14
Reference in New Issue
Block a user
Delete Branch "fix/ci-artifact-double-zip"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes the "No valid plugins were found" error when installing the plugin downloaded from a Gitea Actions artifact.
Cause
Gitea/Actions re-zips artifacts on download. The
buildjob uploaded the already-builtdist/unsupervised-schedular-<version>.zip, so the downloaded archive was a zip containing a zip. WordPress unzips the upload, finds a.zip(no plugin folder/header at the top level), and rejects it.Fix
Unpack the built zip in CI and upload the resulting plugin folder instead. The downloaded artifact archive's top level is then
unsupervised-schedular/, which installs directly via Plugins → Add New → Upload Plugin.Verified by simulating the exact CI steps locally — the re-zipped artifact's top-level entry is
unsupervised-schedular/withunsupervised-schedular.phpinside.Note
This affects the CI artifact only. The local
composer buildoutput indist/was always a correct single plugin zip and installs fine as-is.🤖 Generated with Claude Code