Is updating/fixing the Content API on the Roadmap?

Our institution makes pretty extensive use of this following API for our custom applications:
There has been an unstable version of this endpoint (with some issues) which appears to be untouched for at least the last 2 years (based on when I originally tried to create a ticket about it).
The unstable version of this endpoint is the only one that returns Due Date information related to Topics. Due date information is important for us, because we have a Custom Widget on our homepage which aggregates all dates from various tools. Note that the Due Date information for the unstable endpoint is returned in a different format than what the valence documentation indicates, but at least it gets returned.
Unfortunately the unstable version of this endpoint has a bug where it does not return Description information for Modules correctly. It returns null even when a Description is present.
Currently to workaround these circumstances our custom applications are basically forced to make both the unstable and the latest version calls of this API, and then stitch together the accurate information from both results, which is pretty brutal.
I had previously tried creating a ticket about this through the ASC portal but was surprisingly told to make a PIE item at the time (2 years ago). However with the launch of the new and improved PIE, my understanding is that it's not the correct place for bugs and technical issues. So here I am!
This seems like a pretty fundamental API for the platform, so I'd love to hear whether there are plans to either:
A) Update the latest stable version to include Due Date information, or
B) Fix the unstable version with what I think is clearly a bug, and a pretty straightforward one at that.
Thanks for reading this far!
- Nathan
Comentarios
-
I would love to have this one fixed, there have been many times where this API could be helpful in what we create but always have to use some other workaround. Hearing back from someone else on the Development team would be great.