color-management-v1: Compositor is not required to send `wp_color_management_surface_feedback_v1::preferred_changed` event

When creating a wp_color_management_surface_feedback_v1 object, the protocol does not require the compositor to send a preferred_changed event. In fact, it indicates implicitly that compositor should not send such an event:

                                            This event is sent whenever the
        compositor changes the wl_surface's preferred image description.

and creating a feedback object does not change the state of the wl_surface itself.

The behavior might not be obvious since the SDL implementation assumes that this event is sent immediately: https://github.com/libsdl-org/SDL/issues/12408

---

A similar question applies to output feedback.

Clients can always call get_preferred without waiting for the preferred_changed event which makes it pointless to send preferred_changed when the client binds to the surface feedback.

SDL was simply wrong here.

Right, there is no reason for a client to wait for a compositor roundtrip, so such roundtrip is not even specified to happen.

I see SDL was fixed.

closed