@orangefox-recovery/foxclient 5.2.1 → 5.2.3

package/dist/api.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
@@ -57,8 +57,8 @@ const DeviceApiAxiosParamCreator = function (configuration) {
         /**
          * 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 { | null} [deviceId]
-         * @param { | null} [id] Filter by Device ID (deprecated)
+         * @param {string | null} [deviceId]
+         * @param {string | null} [id] Filter by Device ID (deprecated)
          * @param {string | null} [codename] Not recommended to use when you can
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
@@ -75,14 +75,10 @@ const DeviceApiAxiosParamCreator = function (configuration) {
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
             if (deviceId !== undefined) {
-                for (const [key, value] of Object.entries(deviceId)) {
-                    localVarQueryParameter[key] = value;
-                }
+                localVarQueryParameter['device_id'] = deviceId;
             }
             if (id !== undefined) {
-                for (const [key, value] of Object.entries(id)) {
-                    localVarQueryParameter[key] = value;
-                }
+                localVarQueryParameter['_id'] = id;
             }
             if (codename !== undefined) {
                 localVarQueryParameter['codename'] = codename;
@@ -128,8 +124,8 @@ const DeviceApiAxiosParamCreator = function (configuration) {
         /**
          * 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<any>} [id] Filter by Device IDs
-         * @param {Array<any>} [id2] Filter by Device IDs (deprecated)
+         * @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
@@ -232,8 +228,8 @@ const DeviceApiFp = function (configuration) {
         /**
          * 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 { | null} [deviceId]
-         * @param { | null} [id] Filter by Device ID (deprecated)
+         * @param {string | null} [deviceId]
+         * @param {string | null} [id] Filter by Device ID (deprecated)
          * @param {string | null} [codename] Not recommended to use when you can
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
@@ -267,8 +263,8 @@ const DeviceApiFp = function (configuration) {
         /**
          * 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<any>} [id] Filter by Device IDs
-         * @param {Array<any>} [id2] Filter by Device IDs (deprecated)
+         * @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
@@ -318,8 +314,8 @@ const DeviceApiFactory = function (configuration, basePath, axios) {
         /**
          * 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 { | null} [deviceId]
-         * @param { | null} [id] Filter by Device ID (deprecated)
+         * @param {string | null} [deviceId]
+         * @param {string | null} [id] Filter by Device ID (deprecated)
          * @param {string | null} [codename] Not recommended to use when you can
          * @param {*} [options] Override http request option.
          * @throws {RequiredError}
@@ -341,8 +337,8 @@ const DeviceApiFactory = function (configuration, basePath, axios) {
         /**
          * 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<any>} [id] Filter by Device IDs
-         * @param {Array<any>} [id2] Filter by Device IDs (deprecated)
+         * @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
@@ -380,8 +376,8 @@ class DeviceApi extends base_1.BaseAPI {
     /**
      * 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 { | null} [deviceId]
-     * @param { | null} [id] Filter by Device ID (deprecated)
+     * @param {string | null} [deviceId]
+     * @param {string | null} [id] Filter by Device ID (deprecated)
      * @param {string | null} [codename] Not recommended to use when you can
      * @param {*} [options] Override http request option.
      * @throws {RequiredError}
@@ -405,8 +401,8 @@ class DeviceApi extends base_1.BaseAPI {
     /**
      * 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<any>} [id] Filter by Device IDs
-     * @param {Array<any>} [id2] Filter by Device IDs (deprecated)
+     * @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
@@ -444,8 +440,8 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
         /**
          * 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
-         * @param { | null} [releaseId] Release ID
-         * @param { | null} [id] Release ID (deprecated)
+         * @param {string | null} [releaseId] Release ID
+         * @param {string | null} [id] Release ID (deprecated)
          * @param {string | null} [buildId] Build ID, &#x60;ro.build.fox_id&#x60; prop
          * @param {string | null} [filename]
          * @param {*} [options] Override http request option.
@@ -463,14 +459,10 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
             const localVarHeaderParameter = {};
             const localVarQueryParameter = {};
             if (releaseId !== undefined) {
-                for (const [key, value] of Object.entries(releaseId)) {
-                    localVarQueryParameter[key] = value;
-                }
+                localVarQueryParameter['release_id'] = releaseId;
             }
             if (id !== undefined) {
-                for (const [key, value] of Object.entries(id)) {
-                    localVarQueryParameter[key] = value;
-                }
+                localVarQueryParameter['_id'] = id;
             }
             if (buildId !== undefined) {
                 localVarQueryParameter['build_id'] = buildId;
@@ -489,7 +481,7 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
         /**
          * Gets release information using the release ID, nothing to discuss really.
          * @summary Get Release Short
-         * @param {any} releaseId
+         * @param {string} releaseId
          * @param {*} [options] Override http request option.
          * @deprecated
          * @throws {RequiredError}
@@ -519,17 +511,17 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
         /**
          * 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<any>} [id] Filter by Release IDs
-         * @param {Array<any>} [id2] Filter by Release IDs (deprecated)
+         * @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<any>} [deviceId] Filter by Device IDs
-         * @param {Array<any>} [maintainerId] Filter by Maintainer 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 | null} [archived] Filter by the archived status
          * @param {boolean | null} [freezed] Filter by the freezed status
-         * @param { | null} [afterReleaseId] Show releases after the provided one
+         * @param {string | null} [afterReleaseId] Show releases after the provided one
          * @param {number | null} [afterDate] Show releases after the provided timestamp
          * @param {ReleasesSort} [sort] Sort mode
          * @param {boolean | null} [group] Group releases by version + variant. This will change the response!
@@ -580,9 +572,7 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
                 localVarQueryParameter['freezed'] = freezed;
             }
             if (afterReleaseId !== undefined) {
-                for (const [key, value] of Object.entries(afterReleaseId)) {
-                    localVarQueryParameter[key] = value;
-                }
+                localVarQueryParameter['after_release_id'] = afterReleaseId;
             }
             if (afterDate !== undefined) {
                 localVarQueryParameter['after_date'] = afterDate;
@@ -610,8 +600,8 @@ const ReleaseApiAxiosParamCreator = function (configuration) {
         /**
          * 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
-         * @param {any} lastKnownId
-         * @param {Array<any>} [deviceId] Filter by device ID
+         * @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 | null} [skip] Skip query results
@@ -670,8 +660,8 @@ const ReleaseApiFp = function (configuration) {
         /**
          * 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
-         * @param { | null} [releaseId] Release ID
-         * @param { | null} [id] Release ID (deprecated)
+         * @param {string | null} [releaseId] Release ID
+         * @param {string | null} [id] Release ID (deprecated)
          * @param {string | null} [buildId] Build ID, &#x60;ro.build.fox_id&#x60; prop
          * @param {string | null} [filename]
          * @param {*} [options] Override http request option.
@@ -689,7 +679,7 @@ const ReleaseApiFp = function (configuration) {
         /**
          * Gets release information using the release ID, nothing to discuss really.
          * @summary Get Release Short
-         * @param {any} releaseId
+         * @param {string} releaseId
          * @param {*} [options] Override http request option.
          * @deprecated
          * @throws {RequiredError}
@@ -706,17 +696,17 @@ const ReleaseApiFp = function (configuration) {
         /**
          * 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<any>} [id] Filter by Release IDs
-         * @param {Array<any>} [id2] Filter by Release IDs (deprecated)
+         * @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<any>} [deviceId] Filter by Device IDs
-         * @param {Array<any>} [maintainerId] Filter by Maintainer 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 | null} [archived] Filter by the archived status
          * @param {boolean | null} [freezed] Filter by the freezed status
-         * @param { | null} [afterReleaseId] Show releases after the provided one
+         * @param {string | null} [afterReleaseId] Show releases after the provided one
          * @param {number | null} [afterDate] Show releases after the provided timestamp
          * @param {ReleasesSort} [sort] Sort mode
          * @param {boolean | null} [group] Group releases by version + variant. This will change the response!
@@ -737,8 +727,8 @@ const ReleaseApiFp = function (configuration) {
         /**
          * 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
-         * @param {any} lastKnownId
-         * @param {Array<any>} [deviceId] Filter by device ID
+         * @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 | null} [skip] Skip query results
@@ -769,8 +759,8 @@ const ReleaseApiFactory = function (configuration, basePath, axios) {
         /**
          * 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
-         * @param { | null} [releaseId] Release ID
-         * @param { | null} [id] Release ID (deprecated)
+         * @param {string | null} [releaseId] Release ID
+         * @param {string | null} [id] Release ID (deprecated)
          * @param {string | null} [buildId] Build ID, &#x60;ro.build.fox_id&#x60; prop
          * @param {string | null} [filename]
          * @param {*} [options] Override http request option.
@@ -782,7 +772,7 @@ const ReleaseApiFactory = function (configuration, basePath, axios) {
         /**
          * Gets release information using the release ID, nothing to discuss really.
          * @summary Get Release Short
-         * @param {any} releaseId
+         * @param {string} releaseId
          * @param {*} [options] Override http request option.
          * @deprecated
          * @throws {RequiredError}
@@ -793,17 +783,17 @@ const ReleaseApiFactory = function (configuration, basePath, axios) {
         /**
          * 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<any>} [id] Filter by Release IDs
-         * @param {Array<any>} [id2] Filter by Release IDs (deprecated)
+         * @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<any>} [deviceId] Filter by Device IDs
-         * @param {Array<any>} [maintainerId] Filter by Maintainer 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 | null} [archived] Filter by the archived status
          * @param {boolean | null} [freezed] Filter by the freezed status
-         * @param { | null} [afterReleaseId] Show releases after the provided one
+         * @param {string | null} [afterReleaseId] Show releases after the provided one
          * @param {number | null} [afterDate] Show releases after the provided timestamp
          * @param {ReleasesSort} [sort] Sort mode
          * @param {boolean | null} [group] Group releases by version + variant. This will change the response!
@@ -818,8 +808,8 @@ const ReleaseApiFactory = function (configuration, basePath, axios) {
         /**
          * 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
-         * @param {any} lastKnownId
-         * @param {Array<any>} [deviceId] Filter by device ID
+         * @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 | null} [skip] Skip query results
@@ -844,8 +834,8 @@ class ReleaseApi extends base_1.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!
      * @summary Get Release
-     * @param { | null} [releaseId] Release ID
-     * @param { | null} [id] Release ID (deprecated)
+     * @param {string | null} [releaseId] Release ID
+     * @param {string | null} [id] Release ID (deprecated)
      * @param {string | null} [buildId] Build ID, &#x60;ro.build.fox_id&#x60; prop
      * @param {string | null} [filename]
      * @param {*} [options] Override http request option.
@@ -858,7 +848,7 @@ class ReleaseApi extends base_1.BaseAPI {
     /**
      * Gets release information using the release ID, nothing to discuss really.
      * @summary Get Release Short
-     * @param {any} releaseId
+     * @param {string} releaseId
      * @param {*} [options] Override http request option.
      * @deprecated
      * @throws {RequiredError}
@@ -870,17 +860,17 @@ class ReleaseApi extends base_1.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.
      * @summary Get Releases
-     * @param {Array<any>} [id] Filter by Release IDs
-     * @param {Array<any>} [id2] Filter by Release IDs (deprecated)
+     * @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<any>} [deviceId] Filter by Device IDs
-     * @param {Array<any>} [maintainerId] Filter by Maintainer 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 | null} [archived] Filter by the archived status
      * @param {boolean | null} [freezed] Filter by the freezed status
-     * @param { | null} [afterReleaseId] Show releases after the provided one
+     * @param {string | null} [afterReleaseId] Show releases after the provided one
      * @param {number | null} [afterDate] Show releases after the provided timestamp
      * @param {ReleasesSort} [sort] Sort mode
      * @param {boolean | null} [group] Group releases by version + variant. This will change the response!
@@ -896,8 +886,8 @@ class ReleaseApi extends base_1.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!
      * @summary Get Updates
-     * @param {any} lastKnownId
-     * @param {Array<any>} [deviceId] Filter by device ID
+     * @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 | null} [skip] Skip query results

package/dist/base.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).

package/dist/base.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).

package/dist/common.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).

package/dist/common.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).

package/dist/configuration.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).

package/dist/configuration.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.2.1
+ * The version of the OpenAPI document: 5.2.3
  * Contact: admin@orangefox.tech
  *
  * NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).