foxclient 5.3.2__tar.gz → 5.4.0__tar.gz

{foxclient-5.3.2 → foxclient-5.4.0}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: foxclient
-Version: 5.3.2
+Version: 5.4.0
 Summary: Fox API
 Home-page: 
 Author: OpenAPI Generator community
@@ -9,11 +9,10 @@ Project-URL: Repository, https://github.com/GIT_USER_ID/GIT_REPO_ID
 Keywords: OpenAPI,OpenAPI-Generator,Fox API
 Requires-Python: >=3.9
 Description-Content-Type: text/markdown
-Requires-Dist: urllib3<3.0.0,>=2.1.0
 Requires-Dist: python-dateutil>=2.8.2
 Requires-Dist: aiohttp>=3.8.4
 Requires-Dist: aiohttp-retry>=2.8.3
-Requires-Dist: pydantic>=2
+Requires-Dist: pydantic>=2.11
 Requires-Dist: typing-extensions>=4.7.1
 Dynamic: author
 
@@ -31,9 +30,9 @@ The requests may be logged for analytics and development purposes.
 
 This Python package is automatically generated by the [OpenAPI Generator](https://openapi-generator.tech) project:
 
-- API version: 5.3.2
-- Package version: 5.3.2
-- Generator version: 7.17.0
+- API version: 5.4.0
+- Package version: 5.4.0
+- Generator version: 7.21.0
 - Build package: org.openapitools.codegen.languages.PythonClientCodegen
 
 ## Requirements.
@@ -137,6 +136,7 @@ Class | Method | HTTP request | Description
  - [ListResponseShortDeviceResponse](docs/ListResponseShortDeviceResponse.md)
  - [ListResponseShortReleaseResponse](docs/ListResponseShortReleaseResponse.md)
  - [ListResponseStr](docs/ListResponseStr.md)
+ - [LocationInner](docs/LocationInner.md)
  - [MaintainerShortModel](docs/MaintainerShortModel.md)
  - [PasteInput](docs/PasteInput.md)
  - [PasteOutput](docs/PasteOutput.md)
@@ -149,7 +149,6 @@ Class | Method | HTTP request | Description
  - [ShortDeviceResponse](docs/ShortDeviceResponse.md)
  - [ShortReleaseResponse](docs/ShortReleaseResponse.md)
  - [ValidationError](docs/ValidationError.md)
- - [ValidationErrorLocInner](docs/ValidationErrorLocInner.md)
 
 
 <a id="documentation-for-authorization"></a>

{foxclient-5.3.2 → foxclient-5.4.0}/README.md

@@ -12,9 +12,9 @@ The requests may be logged for analytics and development purposes.
 
 This Python package is automatically generated by the [OpenAPI Generator](https://openapi-generator.tech) project:
 
-- API version: 5.3.2
-- Package version: 5.3.2
-- Generator version: 7.17.0
+- API version: 5.4.0
+- Package version: 5.4.0
+- Generator version: 7.21.0
 - Build package: org.openapitools.codegen.languages.PythonClientCodegen
 
 ## Requirements.
@@ -118,6 +118,7 @@ Class | Method | HTTP request | Description
  - [ListResponseShortDeviceResponse](docs/ListResponseShortDeviceResponse.md)
  - [ListResponseShortReleaseResponse](docs/ListResponseShortReleaseResponse.md)
  - [ListResponseStr](docs/ListResponseStr.md)
+ - [LocationInner](docs/LocationInner.md)
  - [MaintainerShortModel](docs/MaintainerShortModel.md)
  - [PasteInput](docs/PasteInput.md)
  - [PasteOutput](docs/PasteOutput.md)
@@ -130,7 +131,6 @@ Class | Method | HTTP request | Description
  - [ShortDeviceResponse](docs/ShortDeviceResponse.md)
  - [ShortReleaseResponse](docs/ShortReleaseResponse.md)
  - [ValidationError](docs/ValidationError.md)
- - [ValidationErrorLocInner](docs/ValidationErrorLocInner.md)
 
 
 <a id="documentation-for-authorization"></a>

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/__init__.py

@@ -7,7 +7,7 @@
 
      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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
@@ -15,7 +15,7 @@
 """  # noqa: E501
 
 
-__version__ = "5.3.2"
+__version__ = "5.4.0"
 
 # Define package exports
 __all__ = [
@@ -39,6 +39,7 @@ __all__ = [
     "ListResponseShortDeviceResponse",
     "ListResponseShortReleaseResponse",
     "ListResponseStr",
+    "LocationInner",
     "MaintainerShortModel",
     "PasteInput",
     "PasteOutput",
@@ -51,7 +52,6 @@ __all__ = [
     "ShortDeviceResponse",
     "ShortReleaseResponse",
     "ValidationError",
-    "ValidationErrorLocInner",
 ]
 
 # import apis into sdk package
@@ -79,6 +79,7 @@ from foxclient.models.list_response_release_response import ListResponseReleaseR
 from foxclient.models.list_response_short_device_response import ListResponseShortDeviceResponse as ListResponseShortDeviceResponse
 from foxclient.models.list_response_short_release_response import ListResponseShortReleaseResponse as ListResponseShortReleaseResponse
 from foxclient.models.list_response_str import ListResponseStr as ListResponseStr
+from foxclient.models.location_inner import LocationInner as LocationInner
 from foxclient.models.maintainer_short_model import MaintainerShortModel as MaintainerShortModel
 from foxclient.models.paste_input import PasteInput as PasteInput
 from foxclient.models.paste_output import PasteOutput as PasteOutput
@@ -91,5 +92,4 @@ from foxclient.models.response_get_releases import ResponseGetReleases as Respon
 from foxclient.models.short_device_response import ShortDeviceResponse as ShortDeviceResponse
 from foxclient.models.short_release_response import ShortReleaseResponse as ShortReleaseResponse
 from foxclient.models.validation_error import ValidationError as ValidationError
-from foxclient.models.validation_error_loc_inner import ValidationErrorLocInner as ValidationErrorLocInner
 

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/api/device_api.py

@@ -1,17 +1,16 @@
-# coding: utf-8
-
 """
     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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
     Do not edit the class manually.
 """  # noqa: E501
 
+
 import warnings
 from pydantic import validate_call, Field, StrictFloat, StrictStr, StrictInt
 from typing import Any, Dict, List, Optional, Tuple, Union
@@ -63,7 +62,7 @@ class DeviceApi:
     ) -> DeviceResponse:
         """Get Device
 
-        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.
 
         :param device_id:
         :type device_id: str
@@ -141,7 +140,7 @@ class DeviceApi:
     ) -> ApiResponse[DeviceResponse]:
         """Get Device
 
-        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.
 
         :param device_id:
         :type device_id: str
@@ -219,7 +218,7 @@ class DeviceApi:
     ) -> RESTResponseType:
         """Get Device
 
-        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.
 
         :param device_id:
         :type device_id: str
@@ -645,7 +644,7 @@ class DeviceApi:
     ) -> ListResponseShortDeviceResponse:
         """Get Devices
 
-        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.
 
         :param id: Filter by Device IDs
         :type id: List[str]
@@ -754,7 +753,7 @@ class DeviceApi:
     ) -> ApiResponse[ListResponseShortDeviceResponse]:
         """Get Devices
 
-        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.
 
         :param id: Filter by Device IDs
         :type id: List[str]
@@ -863,7 +862,7 @@ class DeviceApi:
     ) -> RESTResponseType:
         """Get Devices
 
-        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.
 
         :param id: Filter by Device IDs
         :type id: List[str]

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/api/paste_api.py

@@ -1,17 +1,16 @@
-# coding: utf-8
-
 """
     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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
     Do not edit the class manually.
 """  # noqa: E501
 
+
 import warnings
 from pydantic import validate_call, Field, StrictFloat, StrictStr, StrictInt
 from typing import Any, Dict, List, Optional, Tuple, Union

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/api/release_api.py

@@ -1,30 +1,28 @@
-# coding: utf-8
-
 """
     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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
     Do not edit the class manually.
 """  # noqa: E501
 
+
 import warnings
 from pydantic import validate_call, Field, StrictFloat, StrictStr, StrictInt
 from typing import Any, Dict, List, Optional, Tuple, Union
 from typing_extensions import Annotated
 
 from pydantic import Field, StrictBool, StrictInt, StrictStr
-from typing import List, Optional
+from typing import Any, List, Optional
 from typing_extensions import Annotated
 from uuid import UUID
 from foxclient.models.list_response_short_release_response import ListResponseShortReleaseResponse
 from foxclient.models.release_response import ReleaseResponse
 from foxclient.models.release_type import ReleaseType
-from foxclient.models.releases_sort import ReleasesSort
 from foxclient.models.response_get_releases import ResponseGetReleases
 
 from foxclient.api_client import ApiClient, RequestSerialized
@@ -74,7 +72,7 @@ class ReleaseApi:
         :param id: Release ID (deprecated)
         :type id: str
         :param build_id: Build ID, `ro.build.fox_id` prop
-        :type build_id: str
+        :type build_id: UUID
         :param filename:
         :type filename: str
         :param _request_timeout: timeout setting for this request. If one
@@ -154,7 +152,7 @@ class ReleaseApi:
         :param id: Release ID (deprecated)
         :type id: str
         :param build_id: Build ID, `ro.build.fox_id` prop
-        :type build_id: str
+        :type build_id: UUID
         :param filename:
         :type filename: str
         :param _request_timeout: timeout setting for this request. If one
@@ -234,7 +232,7 @@ class ReleaseApi:
         :param id: Release ID (deprecated)
         :type id: str
         :param build_id: Build ID, `ro.build.fox_id` prop
-        :type build_id: str
+        :type build_id: UUID
         :param filename:
         :type filename: str
         :param _request_timeout: timeout setting for this request. If one
@@ -642,7 +640,7 @@ class ReleaseApi:
         freezed: Annotated[Optional[StrictBool], Field(description="Filter by the freezed status")] = None,
         after_release_id: Annotated[Optional[StrictStr], Field(description="Show releases after the provided one")] = None,
         after_date: Annotated[Optional[StrictInt], Field(description="Show releases after the provided timestamp")] = None,
-        sort: Annotated[Optional[ReleasesSort], Field(description="Sort mode")] = None,
+        sort: Annotated[Optional[Any], Field(description="Sort mode")] = None,
         group: Annotated[Optional[StrictBool], Field(description="Group releases by version + variant. This will change the response!")] = None,
         skip: Annotated[Optional[StrictInt], Field(description="Skip query results")] = None,
         limit: Annotated[Optional[StrictInt], Field(description="Limit query results (0 means unlimited)")] = None,
@@ -661,14 +659,14 @@ class ReleaseApi:
     ) -> ResponseGetReleases:
         """Get Releases
 
-        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.
 
         :param id: Filter by Release IDs
         :type id: List[Optional[str]]
         :param id2: Filter by Release IDs (deprecated)
         :type id2: List[Optional[str]]
         :param build_id: Filter by Build IDs
-        :type build_id: List[str]
+        :type build_id: List[UUID]
         :param device_id: Filter by Device IDs
         :type device_id: List[Optional[str]]
         :param maintainer_id: Filter by Maintainer IDs
@@ -771,7 +769,7 @@ class ReleaseApi:
         freezed: Annotated[Optional[StrictBool], Field(description="Filter by the freezed status")] = None,
         after_release_id: Annotated[Optional[StrictStr], Field(description="Show releases after the provided one")] = None,
         after_date: Annotated[Optional[StrictInt], Field(description="Show releases after the provided timestamp")] = None,
-        sort: Annotated[Optional[ReleasesSort], Field(description="Sort mode")] = None,
+        sort: Annotated[Optional[Any], Field(description="Sort mode")] = None,
         group: Annotated[Optional[StrictBool], Field(description="Group releases by version + variant. This will change the response!")] = None,
         skip: Annotated[Optional[StrictInt], Field(description="Skip query results")] = None,
         limit: Annotated[Optional[StrictInt], Field(description="Limit query results (0 means unlimited)")] = None,
@@ -790,14 +788,14 @@ class ReleaseApi:
     ) -> ApiResponse[ResponseGetReleases]:
         """Get Releases
 
-        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.
 
         :param id: Filter by Release IDs
         :type id: List[Optional[str]]
         :param id2: Filter by Release IDs (deprecated)
         :type id2: List[Optional[str]]
         :param build_id: Filter by Build IDs
-        :type build_id: List[str]
+        :type build_id: List[UUID]
         :param device_id: Filter by Device IDs
         :type device_id: List[Optional[str]]
         :param maintainer_id: Filter by Maintainer IDs
@@ -900,7 +898,7 @@ class ReleaseApi:
         freezed: Annotated[Optional[StrictBool], Field(description="Filter by the freezed status")] = None,
         after_release_id: Annotated[Optional[StrictStr], Field(description="Show releases after the provided one")] = None,
         after_date: Annotated[Optional[StrictInt], Field(description="Show releases after the provided timestamp")] = None,
-        sort: Annotated[Optional[ReleasesSort], Field(description="Sort mode")] = None,
+        sort: Annotated[Optional[Any], Field(description="Sort mode")] = None,
         group: Annotated[Optional[StrictBool], Field(description="Group releases by version + variant. This will change the response!")] = None,
         skip: Annotated[Optional[StrictInt], Field(description="Skip query results")] = None,
         limit: Annotated[Optional[StrictInt], Field(description="Limit query results (0 means unlimited)")] = None,
@@ -919,14 +917,14 @@ class ReleaseApi:
     ) -> RESTResponseType:
         """Get Releases
 
-        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.
 
         :param id: Filter by Release IDs
         :type id: List[Optional[str]]
         :param id2: Filter by Release IDs (deprecated)
         :type id2: List[Optional[str]]
         :param build_id: Filter by Build IDs
-        :type build_id: List[str]
+        :type build_id: List[UUID]
         :param device_id: Filter by Device IDs
         :type device_id: List[Optional[str]]
         :param maintainer_id: Filter by Maintainer IDs

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/api/stats_api.py

@@ -1,17 +1,16 @@
-# coding: utf-8
-
 """
     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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
     Do not edit the class manually.
 """  # noqa: E501
 
+
 import warnings
 from pydantic import validate_call, Field, StrictFloat, StrictStr, StrictInt
 from typing import Any, Dict, List, Optional, Tuple, Union

{foxclient-5.3.2 → foxclient-5.4.0}/foxclient/api_client.py

@@ -1,11 +1,9 @@
-# coding: utf-8
-
 """
     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
     Generated by OpenAPI Generator (https://openapi-generator.tech)
 
@@ -13,6 +11,7 @@
 """  # noqa: E501
 
 
+
 import datetime
 from dateutil.parser import parse
 from enum import Enum
@@ -70,6 +69,7 @@ class ApiClient:
         'date': datetime.date,
         'datetime': datetime.datetime,
         'decimal': decimal.Decimal,
+        'UUID': uuid.UUID,
         'object': object,
     }
     _pool = None
@@ -92,7 +92,7 @@ class ApiClient:
             self.default_headers[header_name] = header_value
         self.cookie = cookie
         # Set default User-Agent.
-        self.user_agent = 'OpenAPI-Generator/5.3.2/python'
+        self.user_agent = 'OpenAPI-Generator/5.4.0/python'
         self.client_side_validation = configuration.client_side_validation
 
     async def __aenter__(self):
@@ -310,13 +310,13 @@ class ApiClient:
         response_text = None
         return_data = None
         try:
-            if response_type == "bytearray":
+            if response_type in ("bytearray", "bytes"):
                 return_data = response_data.data
             elif response_type == "file":
                 return_data = self.__deserialize_file(response_data)
             elif response_type is not None:
                 match = None
-                content_type = response_data.getheader('content-type')
+                content_type = response_data.headers.get('content-type')
                 if content_type is not None:
                     match = re.search(r"charset=([a-zA-Z\-\d]+)[\s;]?", content_type)
                 encoding = match.group(1) if match else "utf-8"
@@ -333,7 +333,7 @@ class ApiClient:
         return ApiResponse(
             status_code = response_data.status,
             data = return_data,
-            headers = response_data.getheaders(),
+            headers = response_data.headers,
             raw_data = response_data.data
         )
 
@@ -472,6 +472,8 @@ class ApiClient:
             return self.__deserialize_datetime(data)
         elif klass is decimal.Decimal:
             return decimal.Decimal(data)
+        elif klass is uuid.UUID:
+            return uuid.UUID(data)
         elif issubclass(klass, Enum):
             return self.__deserialize_enum(data, klass)
         else:
@@ -705,14 +707,16 @@ class ApiClient:
         os.close(fd)
         os.remove(path)
 
-        content_disposition = response.getheader("Content-Disposition")
+        content_disposition = response.headers.get("Content-Disposition")
         if content_disposition:
             m = re.search(
                 r'filename=[\'"]?([^\'"\s]+)[\'"]?',
                 content_disposition
             )
             assert m is not None, "Unexpected 'content-disposition' header value"
-            filename = m.group(1)
+            filename = os.path.basename(m.group(1))  # Strip any directory traversal
+            if filename in ("", ".", ".."):  # fall back to tmp filename
+                filename = os.path.basename(path)
             path = os.path.join(os.path.dirname(path), filename)
 
         with open(path, "wb") as f: