Red Hat Bugzilla – Bug 831887
RFE: List available Translation Locales via REST API
Last modified: 2015-08-06 01:54:27 EDT
Since all document in same project-verision share the same locale setting, is it sufficient to get the supported locales at version level instead of individual document level?
Bug 848988 is quite close to the needed functionality, however, using the statistics to get the supported locales is quite consuming, thus we still need the lighter-weight method to achieve this.
I would also like to extend the scope of this bug to following levels:
1) Version level
2) Project level
3) Server level (i.e. Similar to what we get from language list).
I talked it over with Matt and that would work fine, plus the added benefit of less calls. Also with the change Sean mentioned in comment #1 about no longer returning 404 for Translated Documents that haven't had translations done, that does seem like the better option.
I also made the first two comments private since the links were internal.
Add support through stats or REST service
*** Bug 956916 has been marked as a duplicate of this bug. ***
Original description is private, which cannot be view by outside stakeholder.
Thus, I repost it here with sensitive data removed.
Currently via the REST API there is no way to find what translations exist for a Source Document. As such you need to send a request for each translation to see if it exists. eg.
Sean mentioned he believed the ITranslationResources.getResource() function would do this but it only makes a call to the URL above. So if you don't know what translations exist for each document then you are just sending requests that are going to return a 404 response or a 403 response if the locale isn't setup. eg.
Currently using the ITranslationResources service and the Source Document all you can do is get the Translation Strings for that Document. eg.
As such it would be handy and something that would save a number of requests, is if you could do a rest query to find out information about each Source Document or Translated Document. eg. What translations exist for the document, when it was last modified, etc..
An example query to list the available translations maybe something like:
I believe this feature is implemented in the bug 1156236