This repository has been archived by the owner on Apr 26, 2024. It is now read-only.
Moving towards stronger schemas for response types #13529
Labels
A-Spec-Compliance
places where synapse does not conform to the spec
T-Enhancement
New features, changes in functionality, improvements in performance, or user-facing enhancements.
T-Task
Refactoring, removal, replacement, enabling or disabling functionality, other engineering tasks.
Z-Cleanup
Things we want to get rid of, but aren't actively causing pain
We've recently had a number of issues with Synapse returning unspecced fields in API response that clients have ended up relying on.
There are two related questions here:
Long term there is a desire to move to generating responses via swagger from the Spec.
The text was updated successfully, but these errors were encountered: