@orangefox-recovery/foxclient 5.3.2 → 5.4.0

package/dist/apis/ReleaseApi.d.ts

@@ -2,7 +2,7 @@
  * Fox API
  *  Warning: Please add a custom user agent header to your requests. This would help us fighting against DDoS attacks in future, while keeping your application\'s access to the API. In future, this may be a mandatory requirement.  To reduce the system load, the API endpoints are rate limited. The default limit is 30 requests per minute. Contact admin@orangefox.tech if you need a higher limit.  The requests may be logged for analytics and development purposes.
  *
- * The version of the OpenAPI document: 5.3.2
+ * The version of the OpenAPI document: 5.4.0
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -53,6 +53,16 @@ export interface GetUpdatesDeprecatedRequest {
  * @interface ReleaseApiInterface
  */
 export interface ReleaseApiInterface {
+    /**
+     * Creates request options for getRelease without sending the request
+     * @param {string} [releaseId] Release ID
+     * @param {string} [id] Release ID (deprecated)
+     * @param {string} [buildId] Build ID, `ro.build.fox_id` prop
+     * @param {string} [filename]
+     * @throws {RequiredError}
+     * @memberof ReleaseApiInterface
+     */
+    getReleaseRequestOpts(requestParameters: GetReleaseRequest): Promise<runtime.RequestOpts>;
     /**
      * Extended get device method, including the ability to get a device using device codename instead of the ID and Build ID.  Example: /device/get?codename=lavender  Calling this method without parameters will return the latest available release in the database  Warning: the filename identification is deprecated! Use /release/<release_id> instead!
      * @summary Get Release
@@ -70,6 +80,14 @@ export interface ReleaseApiInterface {
      * Get Release
      */
     getRelease(requestParameters: GetReleaseRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ReleaseResponse>;
+    /**
+     * Creates request options for getReleaseDeprecated without sending the request
+     * @param {string} releaseId
+     * @deprecated
+     * @throws {RequiredError}
+     * @memberof ReleaseApiInterface
+     */
+    getReleaseDeprecatedRequestOpts(requestParameters: GetReleaseDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Gets release information using the release ID, nothing to discuss really.
      * @summary Get Release Short
@@ -87,7 +105,29 @@ export interface ReleaseApiInterface {
      */
     getReleaseDeprecated(requestParameters: GetReleaseDeprecatedRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ReleaseResponse>;
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
+     * Creates request options for getReleases without sending the request
+     * @param {Array<string>} [id] Filter by Release IDs
+     * @param {Array<string>} [id2] Filter by Release IDs (deprecated)
+     * @param {Array<string>} [buildId] Filter by Build IDs
+     * @param {Array<string>} [deviceId] Filter by Device IDs
+     * @param {Array<string>} [maintainerId] Filter by Maintainer IDs
+     * @param {Array<string>} [codename] Filter by device codenames
+     * @param {Array<string>} [version] Filter by release version
+     * @param {Array<ReleaseType>} [type] Filter by release type
+     * @param {boolean} [archived] Filter by the archived status
+     * @param {boolean} [freezed] Filter by the freezed status
+     * @param {string} [afterReleaseId] Show releases after the provided one
+     * @param {number} [afterDate] Show releases after the provided timestamp
+     * @param {ReleasesSort} [sort] Sort mode
+     * @param {boolean} [group] Group releases by version + variant. This will change the response!
+     * @param {number} [skip] Skip query results
+     * @param {number} [limit] Limit query results (0 means unlimited)
+     * @throws {RequiredError}
+     * @memberof ReleaseApiInterface
+     */
+    getReleasesRequestOpts(requestParameters: GetReleasesRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
      * @summary Get Releases
      * @param {Array<string>} [id] Filter by Release IDs
      * @param {Array<string>} [id2] Filter by Release IDs (deprecated)
@@ -111,10 +151,23 @@ export interface ReleaseApiInterface {
      */
     getReleasesRaw(requestParameters: GetReleasesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<ResponseGetReleases>>;
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
      * Get Releases
      */
     getReleases(requestParameters: GetReleasesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ResponseGetReleases>;
+    /**
+     * Creates request options for getUpdatesDeprecated without sending the request
+     * @param {string} lastKnownId
+     * @param {Array<string>} [deviceId] Filter by device ID
+     * @param {Array<ReleaseType>} [type] Filter by release type
+     * @param {Array<ReleaseType>} [releaseType] Filter by release type (legacy)
+     * @param {number} [skip] Skip query results
+     * @param {number} [limit] Limit query results (0 means unlimited)
+     * @deprecated
+     * @throws {RequiredError}
+     * @memberof ReleaseApiInterface
+     */
+    getUpdatesDeprecatedRequestOpts(requestParameters: GetUpdatesDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Get updates method. Returns all new releases with release IDs.  For example, \"/updates/<id>\" will return a list of all releases that were created after. You can also use \"device_id\" or / and \"release_type\" params. The first one will filter releases by specific devices, the second one will filter by release type. This can be useful, for example, if you want to notify users only with stable releases for this specific device.  Warning: This method is obsolete! Please use /release/?after_release_id= instead!
      * @summary Get Updates
@@ -141,6 +194,10 @@ export interface ReleaseApiInterface {
  *
  */
 export declare class ReleaseApi extends runtime.BaseAPI implements ReleaseApiInterface {
+    /**
+     * Creates request options for getRelease without sending the request
+     */
+    getReleaseRequestOpts(requestParameters: GetReleaseRequest): Promise<runtime.RequestOpts>;
     /**
      * Extended get device method, including the ability to get a device using device codename instead of the ID and Build ID.  Example: /device/get?codename=lavender  Calling this method without parameters will return the latest available release in the database  Warning: the filename identification is deprecated! Use /release/<release_id> instead!
      * Get Release
@@ -151,6 +208,11 @@ export declare class ReleaseApi extends runtime.BaseAPI implements ReleaseApiInt
      * Get Release
      */
     getRelease(requestParameters?: GetReleaseRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ReleaseResponse>;
+    /**
+     * Creates request options for getReleaseDeprecated without sending the request
+     * @deprecated
+     */
+    getReleaseDeprecatedRequestOpts(requestParameters: GetReleaseDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Gets release information using the release ID, nothing to discuss really.
      * Get Release Short
@@ -164,15 +226,24 @@ export declare class ReleaseApi extends runtime.BaseAPI implements ReleaseApiInt
      */
     getReleaseDeprecated(requestParameters: GetReleaseDeprecatedRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ReleaseResponse>;
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
+     * Creates request options for getReleases without sending the request
+     */
+    getReleasesRequestOpts(requestParameters: GetReleasesRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
      * Get Releases
      */
     getReleasesRaw(requestParameters: GetReleasesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<ResponseGetReleases>>;
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
      * Get Releases
      */
     getReleases(requestParameters?: GetReleasesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ResponseGetReleases>;
+    /**
+     * Creates request options for getUpdatesDeprecated without sending the request
+     * @deprecated
+     */
+    getUpdatesDeprecatedRequestOpts(requestParameters: GetUpdatesDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Get updates method. Returns all new releases with release IDs.  For example, \"/updates/<id>\" will return a list of all releases that were created after. You can also use \"device_id\" or / and \"release_type\" params. The first one will filter releases by specific devices, the second one will filter by release type. This can be useful, for example, if you want to notify users only with stable releases for this specific device.  Warning: This method is obsolete! Please use /release/?after_release_id= instead!
      * Get Updates

package/dist/apis/ReleaseApi.js

@@ -5,7 +5,7 @@
  * Fox API
  *  Warning: Please add a custom user agent header to your requests. This would help us fighting against DDoS attacks in future, while keeping your application\'s access to the API. In future, this may be a mandatory requirement.  To reduce the system load, the API endpoints are rate limited. The default limit is 30 requests per minute. Contact admin@orangefox.tech if you need a higher limit.  The requests may be logged for analytics and development purposes.
  *
- * The version of the OpenAPI document: 5.3.2
+ * The version of the OpenAPI document: 5.4.0
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -30,10 +30,9 @@ const index_1 = require("../models/index");
  */
 class ReleaseApi extends runtime.BaseAPI {
     /**
-     * Extended get device method, including the ability to get a device using device codename instead of the ID and Build ID.  Example: /device/get?codename=lavender  Calling this method without parameters will return the latest available release in the database  Warning: the filename identification is deprecated! Use /release/<release_id> instead!
-     * Get Release
+     * Creates request options for getRelease without sending the request
      */
-    getReleaseRaw(requestParameters, initOverrides) {
+    getReleaseRequestOpts(requestParameters) {
         return __awaiter(this, void 0, void 0, function* () {
             const queryParameters = {};
             if (requestParameters['releaseId'] != null) {
@@ -50,12 +49,22 @@ class ReleaseApi extends runtime.BaseAPI {
             }
             const headerParameters = {};
             let urlPath = `/releases/get`;
-            const response = yield this.request({
+            return {
                 path: urlPath,
                 method: 'GET',
                 headers: headerParameters,
                 query: queryParameters,
-            }, initOverrides);
+            };
+        });
+    }
+    /**
+     * Extended get device method, including the ability to get a device using device codename instead of the ID and Build ID.  Example: /device/get?codename=lavender  Calling this method without parameters will return the latest available release in the database  Warning: the filename identification is deprecated! Use /release/<release_id> instead!
+     * Get Release
+     */
+    getReleaseRaw(requestParameters, initOverrides) {
+        return __awaiter(this, void 0, void 0, function* () {
+            const requestOptions = yield this.getReleaseRequestOpts(requestParameters);
+            const response = yield this.request(requestOptions, initOverrides);
             return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.ReleaseResponseFromJSON)(jsonValue));
         });
     }
@@ -70,11 +79,10 @@ class ReleaseApi extends runtime.BaseAPI {
         });
     }
     /**
-     * Gets release information using the release ID, nothing to discuss really.
-     * Get Release Short
+     * Creates request options for getReleaseDeprecated without sending the request
      * @deprecated
      */
-    getReleaseDeprecatedRaw(requestParameters, initOverrides) {
+    getReleaseDeprecatedRequestOpts(requestParameters) {
         return __awaiter(this, void 0, void 0, function* () {
             if (requestParameters['releaseId'] == null) {
                 throw new runtime.RequiredError('releaseId', 'Required parameter "releaseId" was null or undefined when calling getReleaseDeprecated().');
@@ -83,12 +91,23 @@ class ReleaseApi extends runtime.BaseAPI {
             const headerParameters = {};
             let urlPath = `/releases/{release_id}`;
             urlPath = urlPath.replace(`{${"release_id"}}`, encodeURIComponent(String(requestParameters['releaseId'])));
-            const response = yield this.request({
+            return {
                 path: urlPath,
                 method: 'GET',
                 headers: headerParameters,
                 query: queryParameters,
-            }, initOverrides);
+            };
+        });
+    }
+    /**
+     * Gets release information using the release ID, nothing to discuss really.
+     * Get Release Short
+     * @deprecated
+     */
+    getReleaseDeprecatedRaw(requestParameters, initOverrides) {
+        return __awaiter(this, void 0, void 0, function* () {
+            const requestOptions = yield this.getReleaseDeprecatedRequestOpts(requestParameters);
+            const response = yield this.request(requestOptions, initOverrides);
             return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.ReleaseResponseFromJSON)(jsonValue));
         });
     }
@@ -104,10 +123,9 @@ class ReleaseApi extends runtime.BaseAPI {
         });
     }
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
-     * Get Releases
+     * Creates request options for getReleases without sending the request
      */
-    getReleasesRaw(requestParameters, initOverrides) {
+    getReleasesRequestOpts(requestParameters) {
         return __awaiter(this, void 0, void 0, function* () {
             const queryParameters = {};
             if (requestParameters['id'] != null) {
@@ -160,17 +178,27 @@ class ReleaseApi extends runtime.BaseAPI {
             }
             const headerParameters = {};
             let urlPath = `/releases/`;
-            const response = yield this.request({
+            return {
                 path: urlPath,
                 method: 'GET',
                 headers: headerParameters,
                 query: queryParameters,
-            }, initOverrides);
+            };
+        });
+    }
+    /**
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
+     * Get Releases
+     */
+    getReleasesRaw(requestParameters, initOverrides) {
+        return __awaiter(this, void 0, void 0, function* () {
+            const requestOptions = yield this.getReleasesRequestOpts(requestParameters);
+            const response = yield this.request(requestOptions, initOverrides);
             return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.ResponseGetReleasesFromJSON)(jsonValue));
         });
     }
     /**
-     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one  (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change  codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID  somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod  versions and very different by each maintainer.
+     * Lists releases.  This method contains a bunch of different parameters to filter releases for different cases. For example, you may use ?after_release_id param to get only releases that came after the last known one (aka get updates).  You can filter releases by maintainer_id to get releases from a specific maintainer. This is the maintainer who released the build, not the current maintainer of the device.  Getting releases by device codename is obsolete thought. The reason for this is that devices could change codenames eventually. Unfortunately, some OEMs and community make a total mess of them. Please use /device methods to determine the right device (preferably with the user decision), save the device ID somewhere and use it afterward.  Version tag is deprecated for the same reason, it\'s not really consistent, as it might contain patch and mod versions and very different by each maintainer.
      * Get Releases
      */
     getReleases() {
@@ -180,11 +208,10 @@ class ReleaseApi extends runtime.BaseAPI {
         });
     }
     /**
-     * Get updates method. Returns all new releases with release IDs.  For example, \"/updates/<id>\" will return a list of all releases that were created after. You can also use \"device_id\" or / and \"release_type\" params. The first one will filter releases by specific devices, the second one will filter by release type. This can be useful, for example, if you want to notify users only with stable releases for this specific device.  Warning: This method is obsolete! Please use /release/?after_release_id= instead!
-     * Get Updates
+     * Creates request options for getUpdatesDeprecated without sending the request
      * @deprecated
      */
-    getUpdatesDeprecatedRaw(requestParameters, initOverrides) {
+    getUpdatesDeprecatedRequestOpts(requestParameters) {
         return __awaiter(this, void 0, void 0, function* () {
             if (requestParameters['lastKnownId'] == null) {
                 throw new runtime.RequiredError('lastKnownId', 'Required parameter "lastKnownId" was null or undefined when calling getUpdatesDeprecated().');
@@ -208,12 +235,23 @@ class ReleaseApi extends runtime.BaseAPI {
             const headerParameters = {};
             let urlPath = `/updates/{last_known_id}`;
             urlPath = urlPath.replace(`{${"last_known_id"}}`, encodeURIComponent(String(requestParameters['lastKnownId'])));
-            const response = yield this.request({
+            return {
                 path: urlPath,
                 method: 'GET',
                 headers: headerParameters,
                 query: queryParameters,
-            }, initOverrides);
+            };
+        });
+    }
+    /**
+     * Get updates method. Returns all new releases with release IDs.  For example, \"/updates/<id>\" will return a list of all releases that were created after. You can also use \"device_id\" or / and \"release_type\" params. The first one will filter releases by specific devices, the second one will filter by release type. This can be useful, for example, if you want to notify users only with stable releases for this specific device.  Warning: This method is obsolete! Please use /release/?after_release_id= instead!
+     * Get Updates
+     * @deprecated
+     */
+    getUpdatesDeprecatedRaw(requestParameters, initOverrides) {
+        return __awaiter(this, void 0, void 0, function* () {
+            const requestOptions = yield this.getUpdatesDeprecatedRequestOpts(requestParameters);
+            const response = yield this.request(requestOptions, initOverrides);
             return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.ListResponseShortReleaseResponseFromJSON)(jsonValue));
         });
     }

package/dist/apis/StatsApi.d.ts

@@ -2,7 +2,7 @@
  * Fox API
  *  Warning: Please add a custom user agent header to your requests. This would help us fighting against DDoS attacks in future, while keeping your application\'s access to the API. In future, this may be a mandatory requirement.  To reduce the system load, the API endpoints are rate limited. The default limit is 30 requests per minute. Contact admin@orangefox.tech if you need a higher limit.  The requests may be logged for analytics and development purposes.
  *
- * The version of the OpenAPI document: 5.3.2
+ * The version of the OpenAPI document: 5.4.0
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -18,6 +18,12 @@ import type { GlobalStatsAggregationModel } from '../models/index';
  * @interface StatsApiInterface
  */
 export interface StatsApiInterface {
+    /**
+     * Creates request options for getPublicStats without sending the request
+     * @throws {RequiredError}
+     * @memberof StatsApiInterface
+     */
+    getPublicStatsRequestOpts(): Promise<runtime.RequestOpts>;
     /**
      * Returns the global OrangeFox downloads statistics. This request causes an increased load to the database, as it needs to aggregate all the release stats data, therefore, it is limited to a small number of requests per minute for public usage.
      * @summary Public Stats
@@ -36,6 +42,10 @@ export interface StatsApiInterface {
  *
  */
 export declare class StatsApi extends runtime.BaseAPI implements StatsApiInterface {
+    /**
+     * Creates request options for getPublicStats without sending the request
+     */
+    getPublicStatsRequestOpts(): Promise<runtime.RequestOpts>;
     /**
      * Returns the global OrangeFox downloads statistics. This request causes an increased load to the database, as it needs to aggregate all the release stats data, therefore, it is limited to a small number of requests per minute for public usage.
      * Public Stats

package/dist/apis/StatsApi.js

@@ -5,7 +5,7 @@
  * Fox API
  *  Warning: Please add a custom user agent header to your requests. This would help us fighting against DDoS attacks in future, while keeping your application\'s access to the API. In future, this may be a mandatory requirement.  To reduce the system load, the API endpoints are rate limited. The default limit is 30 requests per minute. Contact admin@orangefox.tech if you need a higher limit.  The requests may be logged for analytics and development purposes.
  *
- * The version of the OpenAPI document: 5.3.2
+ * The version of the OpenAPI document: 5.4.0
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -30,20 +30,29 @@ const index_1 = require("../models/index");
  */
 class StatsApi extends runtime.BaseAPI {
     /**
-     * Returns the global OrangeFox downloads statistics. This request causes an increased load to the database, as it needs to aggregate all the release stats data, therefore, it is limited to a small number of requests per minute for public usage.
-     * Public Stats
+     * Creates request options for getPublicStats without sending the request
      */
-    getPublicStatsRaw(initOverrides) {
+    getPublicStatsRequestOpts() {
         return __awaiter(this, void 0, void 0, function* () {
             const queryParameters = {};
             const headerParameters = {};
             let urlPath = `/stats/`;
-            const response = yield this.request({
+            return {
                 path: urlPath,
                 method: 'GET',
                 headers: headerParameters,
                 query: queryParameters,
-            }, initOverrides);
+            };
+        });
+    }
+    /**
+     * Returns the global OrangeFox downloads statistics. This request causes an increased load to the database, as it needs to aggregate all the release stats data, therefore, it is limited to a small number of requests per minute for public usage.
+     * Public Stats
+     */
+    getPublicStatsRaw(initOverrides) {
+        return __awaiter(this, void 0, void 0, function* () {
+            const requestOptions = yield this.getPublicStatsRequestOpts();
+            const response = yield this.request(requestOptions, initOverrides);
             return new runtime.JSONApiResponse(response, (jsonValue) => (0, index_1.GlobalStatsAggregationModelFromJSON)(jsonValue));
         });
     }

package/dist/esm/apis/DeviceApi.d.ts

@@ -2,7 +2,7 @@
  * Fox API
  *  Warning: Please add a custom user agent header to your requests. This would help us fighting against DDoS attacks in future, while keeping your application\'s access to the API. In future, this may be a mandatory requirement.  To reduce the system load, the API endpoints are rate limited. The default limit is 30 requests per minute. Contact admin@orangefox.tech if you need a higher limit.  The requests may be logged for analytics and development purposes.
  *
- * The version of the OpenAPI document: 5.3.2
+ * The version of the OpenAPI document: 5.4.0
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -40,7 +40,16 @@ export interface GetDevicesRequest {
  */
 export interface DeviceApiInterface {
     /**
-     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered  unrecommended.
+     * Creates request options for getDevice without sending the request
+     * @param {string} [deviceId]
+     * @param {string} [id] Filter by Device ID (deprecated)
+     * @param {string} [codename] Not recommended to use when you can
+     * @throws {RequiredError}
+     * @memberof DeviceApiInterface
+     */
+    getDeviceRequestOpts(requestParameters: GetDeviceRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered unrecommended.
      * @summary Get Device
      * @param {string} [deviceId]
      * @param {string} [id] Filter by Device ID (deprecated)
@@ -51,10 +60,18 @@ export interface DeviceApiInterface {
      */
     getDeviceRaw(requestParameters: GetDeviceRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<DeviceResponse>>;
     /**
-     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered  unrecommended.
+     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered unrecommended.
      * Get Device
      */
     getDevice(requestParameters: GetDeviceRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<DeviceResponse>;
+    /**
+     * Creates request options for getDeviceDeprecated without sending the request
+     * @param {string} deviceId
+     * @deprecated
+     * @throws {RequiredError}
+     * @memberof DeviceApiInterface
+     */
+    getDeviceDeprecatedRequestOpts(requestParameters: GetDeviceDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Gets device info using device ID.
      * @summary Get Device Short
@@ -72,7 +89,24 @@ export interface DeviceApiInterface {
      */
     getDeviceDeprecated(requestParameters: GetDeviceDeprecatedRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<DeviceResponse>;
     /**
-     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons,  please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some  OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective  communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
+     * Creates request options for getDevices without sending the request
+     * @param {Array<string>} [id] Filter by Device IDs
+     * @param {Array<string>} [id2] Filter by Device IDs (deprecated)
+     * @param {Array<string>} [oemName] Filter by OEM names
+     * @param {Array<string>} [codename] Filter by device codenames
+     * @param {Array<string>} [modelName] Filter by model names
+     * @param {boolean} [supported] Supported status
+     * @param {Array<string>} [maintainer] Filter by maintainer ID
+     * @param {boolean} [freezed] Filter by Freezed status
+     * @param {boolean} [hasReleases] Filter by has releases status
+     * @param {number} [skip] Skip query results
+     * @param {number} [limit] Limit query results (0 means unlimited)
+     * @throws {RequiredError}
+     * @memberof DeviceApiInterface
+     */
+    getDevicesRequestOpts(requestParameters: GetDevicesRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons, please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
      * @summary Get Devices
      * @param {Array<string>} [id] Filter by Device IDs
      * @param {Array<string>} [id2] Filter by Device IDs (deprecated)
@@ -91,10 +125,16 @@ export interface DeviceApiInterface {
      */
     getDevicesRaw(requestParameters: GetDevicesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<ListResponseShortDeviceResponse>>;
     /**
-     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons,  please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some  OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective  communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
+     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons, please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
      * Get Devices
      */
     getDevices(requestParameters: GetDevicesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ListResponseShortDeviceResponse>;
+    /**
+     * Creates request options for getOems without sending the request
+     * @throws {RequiredError}
+     * @memberof DeviceApiInterface
+     */
+    getOemsRequestOpts(): Promise<runtime.RequestOpts>;
     /**
      * Lists all OEM names
      * @summary Get Oems
@@ -114,15 +154,24 @@ export interface DeviceApiInterface {
  */
 export declare class DeviceApi extends runtime.BaseAPI implements DeviceApiInterface {
     /**
-     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered  unrecommended.
+     * Creates request options for getDevice without sending the request
+     */
+    getDeviceRequestOpts(requestParameters: GetDeviceRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered unrecommended.
      * Get Device
      */
     getDeviceRaw(requestParameters: GetDeviceRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<DeviceResponse>>;
     /**
-     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered  unrecommended.
+     * Extended get device method, including the ability to get a device using device codename instead of the ID.  /device/get?codename=lavender   Due to the reasons mentioned in the /device route, identification devices using their codenames are considered unrecommended.
      * Get Device
      */
     getDevice(requestParameters?: GetDeviceRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<DeviceResponse>;
+    /**
+     * Creates request options for getDeviceDeprecated without sending the request
+     * @deprecated
+     */
+    getDeviceDeprecatedRequestOpts(requestParameters: GetDeviceDeprecatedRequest): Promise<runtime.RequestOpts>;
     /**
      * Gets device info using device ID.
      * Get Device Short
@@ -136,15 +185,23 @@ export declare class DeviceApi extends runtime.BaseAPI implements DeviceApiInter
      */
     getDeviceDeprecated(requestParameters: GetDeviceDeprecatedRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<DeviceResponse>;
     /**
-     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons,  please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some  OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective  communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
+     * Creates request options for getDevices without sending the request
+     */
+    getDevicesRequestOpts(requestParameters: GetDevicesRequest): Promise<runtime.RequestOpts>;
+    /**
+     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons, please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
      * Get Devices
      */
     getDevicesRaw(requestParameters: GetDevicesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<runtime.ApiResponse<ListResponseShortDeviceResponse>>;
     /**
-     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons,  please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some  OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective  communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
+     * Get a device list.  Device ID is the internal OrangeFox device identifier (https://www.mongodb.com/docs/manual/reference/method/ObjectId/). Please only use it for identification instead of codename or model_name if it\'s possible. You would find two Device ID query parameters here, the _id one is left deprecated due to historical reasons, please use id instead.  Please note that using model_name is unrecommended and considered deprecated as it\'s very inconsistent around some OEMs that play with the names around. As of the current moment, the API won\'t support unified model names at all! In short, do not use model_name as device\'s identification.  Be careful using codenames, there are a lot of problems and pain about those. Some OEMs keep releasing new phones with the same hardware as the old ones and may or may not update or change the codename for those. Currently, API doesn\'t support unified devices; they would have only one codename.  Our OEMs database would not include subbrands, they instead would be added to the model name. Like oem_name: \"Xiaomi\" model_name: \"Poco F5 Pro\". The exclusions are merged ones, like OnePlus, as calling those BBK OnePlus is really weird in the respective communities.  Note: You will get only a shortened device object with this method, if you want to get a full one, use \"/device/<device_id>\" or \"/device/get\" method instead.
      * Get Devices
      */
     getDevices(requestParameters?: GetDevicesRequest, initOverrides?: RequestInit | runtime.InitOverrideFunction): Promise<ListResponseShortDeviceResponse>;
+    /**
+     * Creates request options for getOems without sending the request
+     */
+    getOemsRequestOpts(): Promise<runtime.RequestOpts>;
     /**
      * Lists all OEM names
      * Get Oems