update wordpress from version 6.1 to 6.3.1 does not seem to update the wordpress files

[bleissem]

update wordpress from version 6.1 to 6.3.1 does not seem to update the wordpress files

[maiorano84]

Your answer lies in the docker-entrypoint.sh file: https://github.com/docker-library/wordpress/blob/master/latest/php8.2/fpm-alpine/docker-entrypoint.sh#L28

If you want the image to automatically update the system in place, I typically delete wp-admin, wp-includes, index.php, and wp-config.php to trigger a full refresh.

[bleissem]

Hi @maiorano84 ,

thanks for your reply.
I have a question about:

If you want the image to automatically update the system in place, I typically delete wp-admin, wp-includes, index.php, and wp-config.php to trigger a full refresh.

Is deleting those files somewhere documented that this is a correct way of updating wordpress ?

Regards

[maiorano84]

@bleissem

No, that's just how the image works under the hood. It's just that if you're expecting the image itself to upgrade an existing installation through the use of a changed image version, the only way the current entrypoint script will do it is if certain files don't exist at runtime.

The "correct" way depends on what environment you're working in, and whether you're mounting your entire installation as a volume.

In most local installs, the entire WP instance is mounted, so the "correct" method would be to upgrade through the usual avenues in the Admin panel. Deleting the target files and restarting works - and is arguably faster - but it relies on very specific behaviors from the image itself that falls outside of the usual upgrade process.

When using this image as a final build step for Staging / Production, I will leave out these files in my own build to force the upgrade through the entrypoint. This way, we're keeping the Wordpress Core stateless and whatever orchestrator we use (in our case, EKS) can continue to reliably replicate and restart our containers in a repeatable manner. This way, the Wordpress version is now maintained as a part of the image build which would be considered the "correct" method for anybody with a reasonable DevOps and CI/CD setup.

Is it worth mentioning in the docs? Eh, maybe. I don't have a strong opinion about it, I'm just a user. But I never have a problem with maintainers providing more information than less.