I’ll look out for what you post.
In the change log I would look for enough information to help determine what needs to be tested in the new version or what configuration changes might be needed.
It is very helpful to see each point classified, such as “bug fix”, “new feature”, “tweak of existing feature”, etc.
Some change logs cross-reference the relevant records in whatever tool you use to manage development, if that is visible by the public.
But, in general, whatever information makes life simpler for the user is appreciated. For example, in 1.8.23, instead of “Updated minimum PHP requirement”, say what the new minimum version is. In 1.9.11, “Attempt to override existing headers” is a little vague. Which headers defined where? In 1.9.18, “Publishing” doesn’t really say much…