Add usage log entry operations to Public API

[ajwild]

• Added addUsageLogEntry, updateUsageLogEntry and removeUsageLogEntry operations to media library patch endpoint of the Public API
• Removed data/endpoints/patch-media-library-entry-2026-01.yaml because I thought they were only necessary when breaking changes were introduced
• Fixed some invalid OpenAPI schema definitions so that the file will open again!

[robinbisping]

There is an additional file that probably should be updated: /reference/public-api/changelog/

[robinbisping]

The preserveUpdatedAt parameter is only available in API versions 2026-03 and newer. Deleting this file makes it now appear as if it were available for all API versions.

It's different from the {{< added-in "release-2026-03" block >}} tag, which are about the release not the API version.

I would restore the file, what do you think? 🤔

[ajwild]

Wouldn't that mean that (almost) every time we have a changelog entry we should also have a new page? I don't think we've done it this way previously, although I'm not against it. Should I open another PR to add more versions?

[robinbisping]

Maybe @marcbachmann can explain his intention ones again. I'm not sure. My understanding is that functionality restricted to certain API versions should only appear in the docs for these API versions (e.g. preserveUpdatedAt). On the other hand, features added to all API versions (e.g. the new usage log commands) don't require new pages.

[marcbachmann]

Yes, every release that got an addition needs to be new yaml declaration. And the apiVersionConstraints should be aligned.

So basically copy the file without release postfix in the name to the older release till it was valid and change the apiVersionConstaints to fit the ranges.