@orangefox-recovery/foxclient 5.2.0 → 5.2.1
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.openapi-generator/FILES +1 -1
- package/README.md +12 -12
- package/api.ts +95 -95
- package/base.ts +2 -2
- package/common.ts +2 -2
- package/configuration.ts +2 -2
- package/dist/api.d.ts +56 -56
- package/dist/api.js +81 -81
- package/dist/base.d.ts +2 -2
- package/dist/base.js +2 -2
- package/dist/common.d.ts +2 -2
- package/dist/common.js +2 -2
- package/dist/configuration.d.ts +2 -2
- package/dist/configuration.js +2 -2
- package/dist/esm/api.d.ts +56 -56
- package/dist/esm/api.js +81 -81
- package/dist/esm/base.d.ts +2 -2
- package/dist/esm/base.js +2 -2
- package/dist/esm/common.d.ts +2 -2
- package/dist/esm/common.js +2 -2
- package/dist/esm/configuration.d.ts +2 -2
- package/dist/esm/configuration.js +2 -2
- package/dist/esm/index.d.ts +2 -2
- package/dist/esm/index.js +2 -2
- package/dist/index.d.ts +2 -2
- package/dist/index.js +2 -2
- package/docs/DeviceApi.md +16 -16
- package/docs/ReleaseApi.md +17 -17
- package/docs/{ResponseGetReleasesReleasesGet.md → ResponseGetReleases.md} +3 -3
- package/docs/StatsApi.md +4 -4
- package/index.ts +2 -2
- package/package.json +1 -1
package/base.ts
CHANGED
|
@@ -2,9 +2,9 @@
|
|
|
2
2
|
/* eslint-disable */
|
|
3
3
|
/**
|
|
4
4
|
* Fox API
|
|
5
|
-
* 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
|
|
5
|
+
* 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.
|
|
6
6
|
*
|
|
7
|
-
* The version of the OpenAPI document: 5.2.
|
|
7
|
+
* The version of the OpenAPI document: 5.2.1
|
|
8
8
|
* Contact: admin@orangefox.tech
|
|
9
9
|
*
|
|
10
10
|
* NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
|
package/common.ts
CHANGED
|
@@ -2,9 +2,9 @@
|
|
|
2
2
|
/* eslint-disable */
|
|
3
3
|
/**
|
|
4
4
|
* Fox API
|
|
5
|
-
* 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
|
|
5
|
+
* 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.
|
|
6
6
|
*
|
|
7
|
-
* The version of the OpenAPI document: 5.2.
|
|
7
|
+
* The version of the OpenAPI document: 5.2.1
|
|
8
8
|
* Contact: admin@orangefox.tech
|
|
9
9
|
*
|
|
10
10
|
* NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
|
package/configuration.ts
CHANGED
|
@@ -2,9 +2,9 @@
|
|
|
2
2
|
/* eslint-disable */
|
|
3
3
|
/**
|
|
4
4
|
* Fox API
|
|
5
|
-
* 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
|
|
5
|
+
* 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.
|
|
6
6
|
*
|
|
7
|
-
* The version of the OpenAPI document: 5.2.
|
|
7
|
+
* The version of the OpenAPI document: 5.2.1
|
|
8
8
|
* Contact: admin@orangefox.tech
|
|
9
9
|
*
|
|
10
10
|
* NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
|
package/dist/api.d.ts
CHANGED
|
@@ -1,8 +1,8 @@
|
|
|
1
1
|
/**
|
|
2
2
|
* Fox API
|
|
3
|
-
* 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
|
|
3
|
+
* 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.
|
|
4
4
|
*
|
|
5
|
-
* The version of the OpenAPI document: 5.2.
|
|
5
|
+
* The version of the OpenAPI document: 5.2.1
|
|
6
6
|
* Contact: admin@orangefox.tech
|
|
7
7
|
*
|
|
8
8
|
* NOTE: This class is auto generated by OpenAPI Generator (https://openapi-generator.tech).
|
|
@@ -438,13 +438,13 @@ export type ReleasesSort = typeof ReleasesSort[keyof typeof ReleasesSort];
|
|
|
438
438
|
/**
|
|
439
439
|
*
|
|
440
440
|
* @export
|
|
441
|
-
* @interface
|
|
441
|
+
* @interface ResponseGetReleases
|
|
442
442
|
*/
|
|
443
|
-
export interface
|
|
443
|
+
export interface ResponseGetReleases {
|
|
444
444
|
/**
|
|
445
445
|
*
|
|
446
446
|
* @type {{ [key: string]: Array<ReleaseResponse>; }}
|
|
447
|
-
* @memberof
|
|
447
|
+
* @memberof ResponseGetReleases
|
|
448
448
|
*/
|
|
449
449
|
'data': {
|
|
450
450
|
[key: string]: Array<ReleaseResponse>;
|
|
@@ -452,7 +452,7 @@ export interface ResponseGetReleasesReleasesGet {
|
|
|
452
452
|
/**
|
|
453
453
|
*
|
|
454
454
|
* @type {number}
|
|
455
|
-
* @memberof
|
|
455
|
+
* @memberof ResponseGetReleases
|
|
456
456
|
*/
|
|
457
457
|
'count': number;
|
|
458
458
|
}
|
|
@@ -659,7 +659,7 @@ export declare const DeviceApiAxiosParamCreator: (configuration?: Configuration)
|
|
|
659
659
|
* @param {*} [options] Override http request option.
|
|
660
660
|
* @throws {RequiredError}
|
|
661
661
|
*/
|
|
662
|
-
|
|
662
|
+
getDevice: (deviceId?: null, id?: null, codename?: string | null, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
663
663
|
/**
|
|
664
664
|
* Gets device info using device ID.
|
|
665
665
|
* @summary Get Device Short
|
|
@@ -668,7 +668,7 @@ export declare const DeviceApiAxiosParamCreator: (configuration?: Configuration)
|
|
|
668
668
|
* @deprecated
|
|
669
669
|
* @throws {RequiredError}
|
|
670
670
|
*/
|
|
671
|
-
|
|
671
|
+
getDeviceDeprecated: (deviceId: string, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
672
672
|
/**
|
|
673
673
|
* 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.
|
|
674
674
|
* @summary Get Devices
|
|
@@ -686,14 +686,14 @@ export declare const DeviceApiAxiosParamCreator: (configuration?: Configuration)
|
|
|
686
686
|
* @param {*} [options] Override http request option.
|
|
687
687
|
* @throws {RequiredError}
|
|
688
688
|
*/
|
|
689
|
-
|
|
689
|
+
getDevices: (id?: Array<any>, id2?: Array<any>, oemName?: Array<string>, codename?: Array<string>, modelName?: Array<string>, supported?: boolean | null, maintainer?: Array<string>, freezed?: boolean | null, hasReleases?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
690
690
|
/**
|
|
691
691
|
* Lists all OEM names
|
|
692
|
-
* @summary Get Oems
|
|
692
|
+
* @summary Get Oems
|
|
693
693
|
* @param {*} [options] Override http request option.
|
|
694
694
|
* @throws {RequiredError}
|
|
695
695
|
*/
|
|
696
|
-
|
|
696
|
+
getOems: (options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
697
697
|
};
|
|
698
698
|
/**
|
|
699
699
|
* DeviceApi - functional programming interface
|
|
@@ -709,7 +709,7 @@ export declare const DeviceApiFp: (configuration?: Configuration) => {
|
|
|
709
709
|
* @param {*} [options] Override http request option.
|
|
710
710
|
* @throws {RequiredError}
|
|
711
711
|
*/
|
|
712
|
-
|
|
712
|
+
getDevice(deviceId?: null, id?: null, codename?: string | null, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<DeviceResponse>>;
|
|
713
713
|
/**
|
|
714
714
|
* Gets device info using device ID.
|
|
715
715
|
* @summary Get Device Short
|
|
@@ -718,7 +718,7 @@ export declare const DeviceApiFp: (configuration?: Configuration) => {
|
|
|
718
718
|
* @deprecated
|
|
719
719
|
* @throws {RequiredError}
|
|
720
720
|
*/
|
|
721
|
-
|
|
721
|
+
getDeviceDeprecated(deviceId: string, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<DeviceResponse>>;
|
|
722
722
|
/**
|
|
723
723
|
* 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.
|
|
724
724
|
* @summary Get Devices
|
|
@@ -736,14 +736,14 @@ export declare const DeviceApiFp: (configuration?: Configuration) => {
|
|
|
736
736
|
* @param {*} [options] Override http request option.
|
|
737
737
|
* @throws {RequiredError}
|
|
738
738
|
*/
|
|
739
|
-
|
|
739
|
+
getDevices(id?: Array<any>, id2?: Array<any>, oemName?: Array<string>, codename?: Array<string>, modelName?: Array<string>, supported?: boolean | null, maintainer?: Array<string>, freezed?: boolean | null, hasReleases?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ListResponseShortDeviceResponse>>;
|
|
740
740
|
/**
|
|
741
741
|
* Lists all OEM names
|
|
742
|
-
* @summary Get Oems
|
|
742
|
+
* @summary Get Oems
|
|
743
743
|
* @param {*} [options] Override http request option.
|
|
744
744
|
* @throws {RequiredError}
|
|
745
745
|
*/
|
|
746
|
-
|
|
746
|
+
getOems(options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ListResponseStr>>;
|
|
747
747
|
};
|
|
748
748
|
/**
|
|
749
749
|
* DeviceApi - factory interface
|
|
@@ -759,7 +759,7 @@ export declare const DeviceApiFactory: (configuration?: Configuration, basePath?
|
|
|
759
759
|
* @param {*} [options] Override http request option.
|
|
760
760
|
* @throws {RequiredError}
|
|
761
761
|
*/
|
|
762
|
-
|
|
762
|
+
getDevice(deviceId?: null, id?: null, codename?: string | null, options?: RawAxiosRequestConfig): AxiosPromise<DeviceResponse>;
|
|
763
763
|
/**
|
|
764
764
|
* Gets device info using device ID.
|
|
765
765
|
* @summary Get Device Short
|
|
@@ -768,7 +768,7 @@ export declare const DeviceApiFactory: (configuration?: Configuration, basePath?
|
|
|
768
768
|
* @deprecated
|
|
769
769
|
* @throws {RequiredError}
|
|
770
770
|
*/
|
|
771
|
-
|
|
771
|
+
getDeviceDeprecated(deviceId: string, options?: RawAxiosRequestConfig): AxiosPromise<DeviceResponse>;
|
|
772
772
|
/**
|
|
773
773
|
* 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.
|
|
774
774
|
* @summary Get Devices
|
|
@@ -786,14 +786,14 @@ export declare const DeviceApiFactory: (configuration?: Configuration, basePath?
|
|
|
786
786
|
* @param {*} [options] Override http request option.
|
|
787
787
|
* @throws {RequiredError}
|
|
788
788
|
*/
|
|
789
|
-
|
|
789
|
+
getDevices(id?: Array<any>, id2?: Array<any>, oemName?: Array<string>, codename?: Array<string>, modelName?: Array<string>, supported?: boolean | null, maintainer?: Array<string>, freezed?: boolean | null, hasReleases?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ListResponseShortDeviceResponse>;
|
|
790
790
|
/**
|
|
791
791
|
* Lists all OEM names
|
|
792
|
-
* @summary Get Oems
|
|
792
|
+
* @summary Get Oems
|
|
793
793
|
* @param {*} [options] Override http request option.
|
|
794
794
|
* @throws {RequiredError}
|
|
795
795
|
*/
|
|
796
|
-
|
|
796
|
+
getOems(options?: RawAxiosRequestConfig): AxiosPromise<ListResponseStr>;
|
|
797
797
|
};
|
|
798
798
|
/**
|
|
799
799
|
* DeviceApi - interface
|
|
@@ -811,7 +811,7 @@ export interface DeviceApiInterface {
|
|
|
811
811
|
* @throws {RequiredError}
|
|
812
812
|
* @memberof DeviceApiInterface
|
|
813
813
|
*/
|
|
814
|
-
|
|
814
|
+
getDevice(deviceId?: null, id?: null, codename?: string | null, options?: RawAxiosRequestConfig): AxiosPromise<DeviceResponse>;
|
|
815
815
|
/**
|
|
816
816
|
* Gets device info using device ID.
|
|
817
817
|
* @summary Get Device Short
|
|
@@ -821,7 +821,7 @@ export interface DeviceApiInterface {
|
|
|
821
821
|
* @throws {RequiredError}
|
|
822
822
|
* @memberof DeviceApiInterface
|
|
823
823
|
*/
|
|
824
|
-
|
|
824
|
+
getDeviceDeprecated(deviceId: string, options?: RawAxiosRequestConfig): AxiosPromise<DeviceResponse>;
|
|
825
825
|
/**
|
|
826
826
|
* 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.
|
|
827
827
|
* @summary Get Devices
|
|
@@ -840,15 +840,15 @@ export interface DeviceApiInterface {
|
|
|
840
840
|
* @throws {RequiredError}
|
|
841
841
|
* @memberof DeviceApiInterface
|
|
842
842
|
*/
|
|
843
|
-
|
|
843
|
+
getDevices(id?: Array<any>, id2?: Array<any>, oemName?: Array<string>, codename?: Array<string>, modelName?: Array<string>, supported?: boolean | null, maintainer?: Array<string>, freezed?: boolean | null, hasReleases?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ListResponseShortDeviceResponse>;
|
|
844
844
|
/**
|
|
845
845
|
* Lists all OEM names
|
|
846
|
-
* @summary Get Oems
|
|
846
|
+
* @summary Get Oems
|
|
847
847
|
* @param {*} [options] Override http request option.
|
|
848
848
|
* @throws {RequiredError}
|
|
849
849
|
* @memberof DeviceApiInterface
|
|
850
850
|
*/
|
|
851
|
-
|
|
851
|
+
getOems(options?: RawAxiosRequestConfig): AxiosPromise<ListResponseStr>;
|
|
852
852
|
}
|
|
853
853
|
/**
|
|
854
854
|
* DeviceApi - object-oriented interface
|
|
@@ -867,7 +867,7 @@ export declare class DeviceApi extends BaseAPI implements DeviceApiInterface {
|
|
|
867
867
|
* @throws {RequiredError}
|
|
868
868
|
* @memberof DeviceApi
|
|
869
869
|
*/
|
|
870
|
-
|
|
870
|
+
getDevice(deviceId?: null, id?: null, codename?: string | null, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<DeviceResponse, any>>;
|
|
871
871
|
/**
|
|
872
872
|
* Gets device info using device ID.
|
|
873
873
|
* @summary Get Device Short
|
|
@@ -877,7 +877,7 @@ export declare class DeviceApi extends BaseAPI implements DeviceApiInterface {
|
|
|
877
877
|
* @throws {RequiredError}
|
|
878
878
|
* @memberof DeviceApi
|
|
879
879
|
*/
|
|
880
|
-
|
|
880
|
+
getDeviceDeprecated(deviceId: string, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<DeviceResponse, any>>;
|
|
881
881
|
/**
|
|
882
882
|
* 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.
|
|
883
883
|
* @summary Get Devices
|
|
@@ -896,15 +896,15 @@ export declare class DeviceApi extends BaseAPI implements DeviceApiInterface {
|
|
|
896
896
|
* @throws {RequiredError}
|
|
897
897
|
* @memberof DeviceApi
|
|
898
898
|
*/
|
|
899
|
-
|
|
899
|
+
getDevices(id?: Array<any>, id2?: Array<any>, oemName?: Array<string>, codename?: Array<string>, modelName?: Array<string>, supported?: boolean | null, maintainer?: Array<string>, freezed?: boolean | null, hasReleases?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ListResponseShortDeviceResponse, any>>;
|
|
900
900
|
/**
|
|
901
901
|
* Lists all OEM names
|
|
902
|
-
* @summary Get Oems
|
|
902
|
+
* @summary Get Oems
|
|
903
903
|
* @param {*} [options] Override http request option.
|
|
904
904
|
* @throws {RequiredError}
|
|
905
905
|
* @memberof DeviceApi
|
|
906
906
|
*/
|
|
907
|
-
|
|
907
|
+
getOems(options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ListResponseStr, any>>;
|
|
908
908
|
}
|
|
909
909
|
/**
|
|
910
910
|
* ReleaseApi - axios parameter creator
|
|
@@ -921,7 +921,7 @@ export declare const ReleaseApiAxiosParamCreator: (configuration?: Configuration
|
|
|
921
921
|
* @param {*} [options] Override http request option.
|
|
922
922
|
* @throws {RequiredError}
|
|
923
923
|
*/
|
|
924
|
-
|
|
924
|
+
getRelease: (releaseId?: null, id?: null, buildId?: string | null, filename?: string | null, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
925
925
|
/**
|
|
926
926
|
* Gets release information using the release ID, nothing to discuss really.
|
|
927
927
|
* @summary Get Release Short
|
|
@@ -930,7 +930,7 @@ export declare const ReleaseApiAxiosParamCreator: (configuration?: Configuration
|
|
|
930
930
|
* @deprecated
|
|
931
931
|
* @throws {RequiredError}
|
|
932
932
|
*/
|
|
933
|
-
|
|
933
|
+
getReleaseDeprecated: (releaseId: any, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
934
934
|
/**
|
|
935
935
|
* 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.
|
|
936
936
|
* @summary Get Releases
|
|
@@ -953,7 +953,7 @@ export declare const ReleaseApiAxiosParamCreator: (configuration?: Configuration
|
|
|
953
953
|
* @param {*} [options] Override http request option.
|
|
954
954
|
* @throws {RequiredError}
|
|
955
955
|
*/
|
|
956
|
-
|
|
956
|
+
getReleases: (id?: Array<any>, id2?: Array<any>, buildId?: Array<string>, deviceId?: Array<any>, maintainerId?: Array<any>, codename?: Array<string>, version?: Array<string>, type?: Array<ReleaseType>, archived?: boolean | null, freezed?: boolean | null, afterReleaseId?: null, afterDate?: number | null, sort?: ReleasesSort, group?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
957
957
|
/**
|
|
958
958
|
* 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!
|
|
959
959
|
* @summary Get Updates
|
|
@@ -967,7 +967,7 @@ export declare const ReleaseApiAxiosParamCreator: (configuration?: Configuration
|
|
|
967
967
|
* @deprecated
|
|
968
968
|
* @throws {RequiredError}
|
|
969
969
|
*/
|
|
970
|
-
|
|
970
|
+
getUpdatesDeprecated: (lastKnownId: any, deviceId?: Array<any>, type?: Array<ReleaseType>, releaseType?: Array<ReleaseType>, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
971
971
|
};
|
|
972
972
|
/**
|
|
973
973
|
* ReleaseApi - functional programming interface
|
|
@@ -984,7 +984,7 @@ export declare const ReleaseApiFp: (configuration?: Configuration) => {
|
|
|
984
984
|
* @param {*} [options] Override http request option.
|
|
985
985
|
* @throws {RequiredError}
|
|
986
986
|
*/
|
|
987
|
-
|
|
987
|
+
getRelease(releaseId?: null, id?: null, buildId?: string | null, filename?: string | null, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ReleaseResponse>>;
|
|
988
988
|
/**
|
|
989
989
|
* Gets release information using the release ID, nothing to discuss really.
|
|
990
990
|
* @summary Get Release Short
|
|
@@ -993,7 +993,7 @@ export declare const ReleaseApiFp: (configuration?: Configuration) => {
|
|
|
993
993
|
* @deprecated
|
|
994
994
|
* @throws {RequiredError}
|
|
995
995
|
*/
|
|
996
|
-
|
|
996
|
+
getReleaseDeprecated(releaseId: any, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ReleaseResponse>>;
|
|
997
997
|
/**
|
|
998
998
|
* 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.
|
|
999
999
|
* @summary Get Releases
|
|
@@ -1016,7 +1016,7 @@ export declare const ReleaseApiFp: (configuration?: Configuration) => {
|
|
|
1016
1016
|
* @param {*} [options] Override http request option.
|
|
1017
1017
|
* @throws {RequiredError}
|
|
1018
1018
|
*/
|
|
1019
|
-
|
|
1019
|
+
getReleases(id?: Array<any>, id2?: Array<any>, buildId?: Array<string>, deviceId?: Array<any>, maintainerId?: Array<any>, codename?: Array<string>, version?: Array<string>, type?: Array<ReleaseType>, archived?: boolean | null, freezed?: boolean | null, afterReleaseId?: null, afterDate?: number | null, sort?: ReleasesSort, group?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ResponseGetReleases>>;
|
|
1020
1020
|
/**
|
|
1021
1021
|
* 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!
|
|
1022
1022
|
* @summary Get Updates
|
|
@@ -1030,7 +1030,7 @@ export declare const ReleaseApiFp: (configuration?: Configuration) => {
|
|
|
1030
1030
|
* @deprecated
|
|
1031
1031
|
* @throws {RequiredError}
|
|
1032
1032
|
*/
|
|
1033
|
-
|
|
1033
|
+
getUpdatesDeprecated(lastKnownId: any, deviceId?: Array<any>, type?: Array<ReleaseType>, releaseType?: Array<ReleaseType>, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<ListResponseShortReleaseResponse>>;
|
|
1034
1034
|
};
|
|
1035
1035
|
/**
|
|
1036
1036
|
* ReleaseApi - factory interface
|
|
@@ -1047,7 +1047,7 @@ export declare const ReleaseApiFactory: (configuration?: Configuration, basePath
|
|
|
1047
1047
|
* @param {*} [options] Override http request option.
|
|
1048
1048
|
* @throws {RequiredError}
|
|
1049
1049
|
*/
|
|
1050
|
-
|
|
1050
|
+
getRelease(releaseId?: null, id?: null, buildId?: string | null, filename?: string | null, options?: RawAxiosRequestConfig): AxiosPromise<ReleaseResponse>;
|
|
1051
1051
|
/**
|
|
1052
1052
|
* Gets release information using the release ID, nothing to discuss really.
|
|
1053
1053
|
* @summary Get Release Short
|
|
@@ -1056,7 +1056,7 @@ export declare const ReleaseApiFactory: (configuration?: Configuration, basePath
|
|
|
1056
1056
|
* @deprecated
|
|
1057
1057
|
* @throws {RequiredError}
|
|
1058
1058
|
*/
|
|
1059
|
-
|
|
1059
|
+
getReleaseDeprecated(releaseId: any, options?: RawAxiosRequestConfig): AxiosPromise<ReleaseResponse>;
|
|
1060
1060
|
/**
|
|
1061
1061
|
* 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.
|
|
1062
1062
|
* @summary Get Releases
|
|
@@ -1079,7 +1079,7 @@ export declare const ReleaseApiFactory: (configuration?: Configuration, basePath
|
|
|
1079
1079
|
* @param {*} [options] Override http request option.
|
|
1080
1080
|
* @throws {RequiredError}
|
|
1081
1081
|
*/
|
|
1082
|
-
|
|
1082
|
+
getReleases(id?: Array<any>, id2?: Array<any>, buildId?: Array<string>, deviceId?: Array<any>, maintainerId?: Array<any>, codename?: Array<string>, version?: Array<string>, type?: Array<ReleaseType>, archived?: boolean | null, freezed?: boolean | null, afterReleaseId?: null, afterDate?: number | null, sort?: ReleasesSort, group?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ResponseGetReleases>;
|
|
1083
1083
|
/**
|
|
1084
1084
|
* 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!
|
|
1085
1085
|
* @summary Get Updates
|
|
@@ -1093,7 +1093,7 @@ export declare const ReleaseApiFactory: (configuration?: Configuration, basePath
|
|
|
1093
1093
|
* @deprecated
|
|
1094
1094
|
* @throws {RequiredError}
|
|
1095
1095
|
*/
|
|
1096
|
-
|
|
1096
|
+
getUpdatesDeprecated(lastKnownId: any, deviceId?: Array<any>, type?: Array<ReleaseType>, releaseType?: Array<ReleaseType>, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ListResponseShortReleaseResponse>;
|
|
1097
1097
|
};
|
|
1098
1098
|
/**
|
|
1099
1099
|
* ReleaseApi - interface
|
|
@@ -1112,7 +1112,7 @@ export interface ReleaseApiInterface {
|
|
|
1112
1112
|
* @throws {RequiredError}
|
|
1113
1113
|
* @memberof ReleaseApiInterface
|
|
1114
1114
|
*/
|
|
1115
|
-
|
|
1115
|
+
getRelease(releaseId?: null, id?: null, buildId?: string | null, filename?: string | null, options?: RawAxiosRequestConfig): AxiosPromise<ReleaseResponse>;
|
|
1116
1116
|
/**
|
|
1117
1117
|
* Gets release information using the release ID, nothing to discuss really.
|
|
1118
1118
|
* @summary Get Release Short
|
|
@@ -1122,7 +1122,7 @@ export interface ReleaseApiInterface {
|
|
|
1122
1122
|
* @throws {RequiredError}
|
|
1123
1123
|
* @memberof ReleaseApiInterface
|
|
1124
1124
|
*/
|
|
1125
|
-
|
|
1125
|
+
getReleaseDeprecated(releaseId: any, options?: RawAxiosRequestConfig): AxiosPromise<ReleaseResponse>;
|
|
1126
1126
|
/**
|
|
1127
1127
|
* 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.
|
|
1128
1128
|
* @summary Get Releases
|
|
@@ -1146,7 +1146,7 @@ export interface ReleaseApiInterface {
|
|
|
1146
1146
|
* @throws {RequiredError}
|
|
1147
1147
|
* @memberof ReleaseApiInterface
|
|
1148
1148
|
*/
|
|
1149
|
-
|
|
1149
|
+
getReleases(id?: Array<any>, id2?: Array<any>, buildId?: Array<string>, deviceId?: Array<any>, maintainerId?: Array<any>, codename?: Array<string>, version?: Array<string>, type?: Array<ReleaseType>, archived?: boolean | null, freezed?: boolean | null, afterReleaseId?: null, afterDate?: number | null, sort?: ReleasesSort, group?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ResponseGetReleases>;
|
|
1150
1150
|
/**
|
|
1151
1151
|
* 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!
|
|
1152
1152
|
* @summary Get Updates
|
|
@@ -1161,7 +1161,7 @@ export interface ReleaseApiInterface {
|
|
|
1161
1161
|
* @throws {RequiredError}
|
|
1162
1162
|
* @memberof ReleaseApiInterface
|
|
1163
1163
|
*/
|
|
1164
|
-
|
|
1164
|
+
getUpdatesDeprecated(lastKnownId: any, deviceId?: Array<any>, type?: Array<ReleaseType>, releaseType?: Array<ReleaseType>, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): AxiosPromise<ListResponseShortReleaseResponse>;
|
|
1165
1165
|
}
|
|
1166
1166
|
/**
|
|
1167
1167
|
* ReleaseApi - object-oriented interface
|
|
@@ -1181,7 +1181,7 @@ export declare class ReleaseApi extends BaseAPI implements ReleaseApiInterface {
|
|
|
1181
1181
|
* @throws {RequiredError}
|
|
1182
1182
|
* @memberof ReleaseApi
|
|
1183
1183
|
*/
|
|
1184
|
-
|
|
1184
|
+
getRelease(releaseId?: null, id?: null, buildId?: string | null, filename?: string | null, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ReleaseResponse, any>>;
|
|
1185
1185
|
/**
|
|
1186
1186
|
* Gets release information using the release ID, nothing to discuss really.
|
|
1187
1187
|
* @summary Get Release Short
|
|
@@ -1191,7 +1191,7 @@ export declare class ReleaseApi extends BaseAPI implements ReleaseApiInterface {
|
|
|
1191
1191
|
* @throws {RequiredError}
|
|
1192
1192
|
* @memberof ReleaseApi
|
|
1193
1193
|
*/
|
|
1194
|
-
|
|
1194
|
+
getReleaseDeprecated(releaseId: any, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ReleaseResponse, any>>;
|
|
1195
1195
|
/**
|
|
1196
1196
|
* 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.
|
|
1197
1197
|
* @summary Get Releases
|
|
@@ -1215,7 +1215,7 @@ export declare class ReleaseApi extends BaseAPI implements ReleaseApiInterface {
|
|
|
1215
1215
|
* @throws {RequiredError}
|
|
1216
1216
|
* @memberof ReleaseApi
|
|
1217
1217
|
*/
|
|
1218
|
-
|
|
1218
|
+
getReleases(id?: Array<any>, id2?: Array<any>, buildId?: Array<string>, deviceId?: Array<any>, maintainerId?: Array<any>, codename?: Array<string>, version?: Array<string>, type?: Array<ReleaseType>, archived?: boolean | null, freezed?: boolean | null, afterReleaseId?: null, afterDate?: number | null, sort?: ReleasesSort, group?: boolean | null, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ResponseGetReleases, any>>;
|
|
1219
1219
|
/**
|
|
1220
1220
|
* 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!
|
|
1221
1221
|
* @summary Get Updates
|
|
@@ -1230,7 +1230,7 @@ export declare class ReleaseApi extends BaseAPI implements ReleaseApiInterface {
|
|
|
1230
1230
|
* @throws {RequiredError}
|
|
1231
1231
|
* @memberof ReleaseApi
|
|
1232
1232
|
*/
|
|
1233
|
-
|
|
1233
|
+
getUpdatesDeprecated(lastKnownId: any, deviceId?: Array<any>, type?: Array<ReleaseType>, releaseType?: Array<ReleaseType>, skip?: number | null, limit?: number | null, options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<ListResponseShortReleaseResponse, any>>;
|
|
1234
1234
|
}
|
|
1235
1235
|
/**
|
|
1236
1236
|
* StatsApi - axios parameter creator
|
|
@@ -1243,7 +1243,7 @@ export declare const StatsApiAxiosParamCreator: (configuration?: Configuration)
|
|
|
1243
1243
|
* @param {*} [options] Override http request option.
|
|
1244
1244
|
* @throws {RequiredError}
|
|
1245
1245
|
*/
|
|
1246
|
-
|
|
1246
|
+
getPublicStats: (options?: RawAxiosRequestConfig) => Promise<RequestArgs>;
|
|
1247
1247
|
};
|
|
1248
1248
|
/**
|
|
1249
1249
|
* StatsApi - functional programming interface
|
|
@@ -1256,7 +1256,7 @@ export declare const StatsApiFp: (configuration?: Configuration) => {
|
|
|
1256
1256
|
* @param {*} [options] Override http request option.
|
|
1257
1257
|
* @throws {RequiredError}
|
|
1258
1258
|
*/
|
|
1259
|
-
|
|
1259
|
+
getPublicStats(options?: RawAxiosRequestConfig): Promise<(axios?: AxiosInstance, basePath?: string) => AxiosPromise<GlobalStatsAggregationModel>>;
|
|
1260
1260
|
};
|
|
1261
1261
|
/**
|
|
1262
1262
|
* StatsApi - factory interface
|
|
@@ -1269,7 +1269,7 @@ export declare const StatsApiFactory: (configuration?: Configuration, basePath?:
|
|
|
1269
1269
|
* @param {*} [options] Override http request option.
|
|
1270
1270
|
* @throws {RequiredError}
|
|
1271
1271
|
*/
|
|
1272
|
-
|
|
1272
|
+
getPublicStats(options?: RawAxiosRequestConfig): AxiosPromise<GlobalStatsAggregationModel>;
|
|
1273
1273
|
};
|
|
1274
1274
|
/**
|
|
1275
1275
|
* StatsApi - interface
|
|
@@ -1284,7 +1284,7 @@ export interface StatsApiInterface {
|
|
|
1284
1284
|
* @throws {RequiredError}
|
|
1285
1285
|
* @memberof StatsApiInterface
|
|
1286
1286
|
*/
|
|
1287
|
-
|
|
1287
|
+
getPublicStats(options?: RawAxiosRequestConfig): AxiosPromise<GlobalStatsAggregationModel>;
|
|
1288
1288
|
}
|
|
1289
1289
|
/**
|
|
1290
1290
|
* StatsApi - object-oriented interface
|
|
@@ -1300,5 +1300,5 @@ export declare class StatsApi extends BaseAPI implements StatsApiInterface {
|
|
|
1300
1300
|
* @throws {RequiredError}
|
|
1301
1301
|
* @memberof StatsApi
|
|
1302
1302
|
*/
|
|
1303
|
-
|
|
1303
|
+
getPublicStats(options?: RawAxiosRequestConfig): Promise<import("axios").AxiosResponse<GlobalStatsAggregationModel, any>>;
|
|
1304
1304
|
}
|