v1.5.2

Full Changelog: v1.4.0...v1.5.2

v1.5.1

Full Changelog: v1.4.0...v1.5.1

v1.5.0

Full Changelog: v1.4.0...v1.5.0

v1.4.0 — Mandatory appVersionCode + explicit CLASSIC/STD token_type

⚠️ Breaking change

get_integrity_token() теперь требует обязательный параметр app_version_code: int — APK versionCode целевого приложения. Key API начиная с релиза 2026-05 валидирует это поле на серверной стороне и отклоняет запросы без него. Параметр расположен позиционно после nonce, поэтому пайплайны, использующие keyword-only ref / webhook / token_type, апгрейдятся без других правок.

# Было (1.3.x):
await client.get_integrity_token(app, device, nonce, token_type="std")

# Стало (1.4.0):
await client.get_integrity_token(
    app, device, nonce, app_version_code=12345, token_type="std"
)

✨ Added

• IntegrityTokenType.CLASSIC — явное значение для Classic-флоу (MEETS_STRONG_INTEGRITY, ~1-3s). На сетевом уровне передаётся как отсутствие параметра type (Classic — поведение по умолчанию Key API), поэтому Python-код выбирает тип единообразно: CLASSIC или STD.
• IntegrityRequest.app_version_code (alias appVersionCode) — добавлен в Pydantic-модель с валидацией диапазона 1..2_147_483_647.
• Расширенный docstring для IntegrityTokenType и get_integrity_token(): описаны Classic vs Standard/Express, ожидаемая латентность и verdict.

🔧 Changed

• token_type принимает не только IntegrityTokenType, но и строки "classic", "std", "standard", "express" (case-insensitive). Неизвестные значения отклоняются InvalidParameterError.
• Валидация app_version_code выполняется до отправки запроса — без лишнего round-trip к Key API.

📋 Migration matrix

Сценарий	Что делать
Classic-токен для текущей сборки	Добавить app_version_code=<APK versionCode>
Standard/Express	token_type="std" + app_version_code=...
Передача через IntegrityRequest (Pydantic)	Передавать поле app_version_code (или appVersionCode через alias)

Получить актуальный versionCode целевого APK:

aapt dump badging <apk> | grep versionCode

Список поддерживаемых приложений и их актуальных cloudProjectNumber — на странице https://reghelp.net/en/api-docs/.

📦 Install

pip install --upgrade reghelp-client==1.4.0

Full Changelog: v1.3.4...v1.4.0

REGHelp Python Client v. 1.3.1

Full Changelog: v1.2.4...v1.3.1

v1.2.4

Full Changelog: v1.2.3...v1.2.4

REGHelp Python Client v. 1.2.1

[1.2.1] - 2025-01-13

Enhanced

• Увеличены лимиты для конфигурации прокси:
  • Адрес прокси: до 255 символов (ранее без ограничений, теперь с валидацией)
  • Логин прокси: до 128 символов
  • Пароль прокси: до 256 символов
• Улучшена валидация ProxyConfig для поддержки длинных доменных имен и данных аутентификации

Technical

• Добавлены min_length и max_length валидаторы в модель ProxyConfig
• Обновлена документация с примерами новых возможностей

REGHelp Python Client v. 1.2.0

🆕 What's new in 1.2.0
Standard Integrity tokens – request them via get_integrity_token(..., token_type="std").
IntegrityTokenType enum for type-safe token type selection.
Public exports for AppDevice, IntegrityStatusResponse, VoipStatusResponse, IntegrityTokenType directly from package root.
get_integrity_token() now uses keyword-only parameters for new options while remaining backward compatible.

REGHelp Python Client v. 1.1.5

v1.1.5

fix(setup): correct description + metadata

REGHelp Python Client v. 1.0.0

Modern asynchronous Python library for interacting with the REGHelp Key API. It supports all services: Push tokens, Email, Integrity, Turnstile, VoIP Push and Recaptcha Mobile.

🚀 Features
Asynchronous first – full async/await support powered by httpx.
Type-safe – strict typing with Pydantic data models.
Retries with exponential back-off built-in.
Smart rate-limit handling (50 requests per second).
Async context-manager for automatic resource management.
Webhook support out of the box.
Comprehensive error handling with dedicated exception classes.

Full Changelog: https://github.com/REGHELPNET/reghelp_client/commits/dev