We’ve identified the cause of the 404 error on the documentation site: when an endpoint with a custom slug was deleted, the slug information wasn’t fully cleared. This caused access issues even after creating a new endpoint with the same slug.
Temporary fix: Permanently delete the endpoint from your Recycle Bin to resolve the 404 error. We’ll optimize this behavior in future updates.
And we had to again to a work around for the endpoint that was not being exported: We had to move it one folder up in the folder hierarchy to get the export completed.
But this is not how we want this to stay.
So please let us know when we can meet to demo to you / replicate the problem.
And we had to again do a workaround for the endpoint that was not being exported: We had to move it one folder up in the folder hierarchy to get the export completed.
But this is not how we want this to stay.
So please let us know when we can meet to demo to you / replicate the problem.
Could this still be due to duplicate operationId issues? You can schedule a meeting at this link to choose a convenient time: zcal – Free Online Meeting Scheduling
Regarding the issue where endpoints only appear after being moved, this likely occurs because your project contains duplicate interfaces (same path and method). According to OpenAPI specifications, only one interface will be exported when duplicates exist. If an endpoint isn’t being exported, check if another endpoint with identical path and method (but different operationId) is being exported instead.