Skip to content

SK-3076 add v1-deprecation warning - #288

Merged
skyflow-bharti merged 2 commits into
mainfrom
SK-3076-add-v1-deprecation-warning
Nov 3, 2026
Merged

skyflow-bharti merged 2 commits into
mainfrom
SK-3076-add-v1-deprecation-warning

Conversation

@skyflow-bharti

@skyflow-bharti skyflow-bharti commented Nov 3, 2026 •

Copy link
Copy Markdown
Collaborator

Why

skyflow-python v1 reached End of Life on October 31, 2026. The README still
describes v1 as being in maintenance mode with EOL in the future, which is
now inaccurate and may lead customers to believe v1 still receives security
patches.

Goal

Replace the outdated v1 maintenance note in the README with an explicit
End of Life warning so that anyone landing on the repo sees that:

  • v1 is no longer supported and will receive no further security patches,
    bug fixes, or updates
  • the latest v2 release is 2.1.3
  • the Migration Guide (docs/migrate_to_v2.md) is the path to upgrade

Changes

  • README.md: replaced the "Migrating from v1? ... maintenance mode" note
    with the EOL warning banner.

No code or behavior changes.

@github-actions

github-actions Bot commented Nov 3, 2026

Copy link
Copy Markdown

✅ Gitleaks Findings: No secrets detected. Safe to proceed!

@promptless

promptless Bot commented Nov 3, 2026

Copy link
Copy Markdown

Promptless documentation updates

@github-actions

github-actions Bot commented Nov 3, 2026

Copy link
Copy Markdown

✅ Gitleaks Findings: No secrets detected. Safe to proceed!

@skyflow-bharti
skyflow-bharti merged commit 56a66ec into main Nov 3, 2026
11 checks passed
saileshwar-skyflow added a commit that referenced this pull request Nov 6, 2026
* SK-3075: add Detect V2 to flowvault and skyvault SDKs

Implement Detect V2 (deidentify_string, deidentify_file, get_run,
reidentify_string, reidentify_file, check_guardrails) in the shared
`common` package and re-export it from both flowvault and skyvault.

common:
- detect models, controller, request/response mappers, run polling,
  file-output writer, and validations under common/vault/detect
- V2 detect enums under common/utils/enums/detect.py; V2 detect
  messages in common SkyflowMessages
- behaviour ported from the Java flowvault SDK @ flowvault-release/26.10.1
  (exponential poll backoff 1..32, submit-only status None, minimal
  client-side validation, auto-write of processed files)

flowvault:
- wire DetectController via make_skyflow_class(detect_cls=...)
- build the common detect REST client on VaultClient and expose
  get_strings_v2_api / get_files_v2_api / get_guardrails_v2_api
- re-export skyflow.vault.detect and the V2 enums
- detect_api samples, README section, and unit tests

skyvault:
- replace the removed V1 detect API with V2 (same method/class names)
- migrate the hand-written layer to the regenerated client (drop V1
  prefix, Skyflow -> SkyflowAuth) and update tests

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: fix generated version fallback and refresh API contract baselines

- common/skyvault generated rest version.py: guard metadata.version() with
  try/except PackageNotFoundError (matches flowvault), so importing the
  package never fails when the distribution metadata is absent.
- Refresh flowvault/skyvault public-API contract baselines for the Detect V2
  surface (flowvault adds the V2 enums; skyvault replaces V1 detect with V2).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: make common detect tests unittest-compatible

The common package CI runs tests with `python -m unittest` (no pytest
installed), so rewrite common/tests/vault/detect/test_detect.py as a
unittest.TestCase (self.assertRaises, tempfile instead of the pytest
tmp_path fixture). Runs green under both unittest and pytest.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: split detect DataSourceType into per-SDK DeidentifySourceType and ReidentifySourceType

Mirror the Java Detect V2 contract change: the single DataSourceType enum is split
into DeidentifySourceType (deidentify_file data_source and the output_type of
DeidentifyFileResponse / GetRunResponse) and ReidentifySourceType (reidentify_file
data_source and ReidentifyFileResponse output_type).

Like Java, the two source enums are defined per SDK rather than in common:
  - skyvault DeidentifySourceType: BASE64, SKYFLOW_ID, PRESIGNED_URL
  - flowvault DeidentifySourceType: BASE64, PRESIGNED_URL (no skyflow id)
  - ReidentifySourceType: BASE64, PRESIGNED_URL in both (re-identification never
    accepts a skyflow id)

common stays SDK-agnostic: the controller/mappers resolve the response output_type
through the per-SDK VaultClient (get_deidentify_source_type / get_reidentify_source_type),
and the file-output writer compares the output type by value. Updates both SDK enum
re-exports, the reidentify_file sample, and the unit/re-export tests.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: rename the Detect README section heading to "Detect"

"# DetectController — Detect V2" produced an awkward anchor
(#detectcontroller--detect-v2) and didn't match the cross-SDK convention; the
Go flowvault README uses "Detect". Renamed to "# Detect" (anchor #detect); the
section intro already states it is Detect V2 and how to get the controller.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3076 add v1-deprecation warning (#288)

* SK-3076 add v1-deprecation warning

* SK-3076 fix ci-check

* SK-3075: fix auth, version, and skyvault data-plane after codegen regen

The 865a4f5 regeneration renamed generated REST client methods but the
consuming code was not fully updated, breaking bearer-token auth (every
e2e failed with "Failed to generate bearer token") and the skyvault
data-plane:

- common/service_account/_utils.py: call get_bearer_token() (renamed from
  authentication_service_get_auth_token).
- common/utils/_skyflow_messages.py: resolve the host SDK version via an
  importlib.metadata fallback so messages/metrics report the real version
  instead of 0.0.0.
- skyvault/skyflow/service_account/__init__.py: re-export from
  common.service_account (skyvault's generated authentication client was
  removed by the regen), matching flowvault.
- skyvault/skyflow/vault/controller/_vault.py: rewire record/token/query
  calls to the new generated method names; move file upload to the files
  client (upload_file_v2).
- skyvault/skyflow/vault/client/client.py: add get_files_api().

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: refresh API contract baselines for DeidentifySourceType/ReidentifySourceType split

The detect DataSourceType enum was split into per-SDK DeidentifySourceType
and ReidentifySourceType, but the committed griffe baselines were not
regenerated, so Contract Tests failed on public API drift. Regenerate both
skyvault and flowvault baselines to record the intended enum change.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: update skyvault unit tests for the new-codegen data-plane and common auth

Mirror the controller/auth migration in the unit tests so they exercise the
methods the code now calls:

- test__vault.py: rename the mocked generated methods to the new names
  (batch_operation/insert_records/update_record/delete_records/get_records/
  execute_query/detokenize/tokenize), point file-upload at the files client
  (get_files_api + upload_file_v2), and drop byot from the batch_operation
  expectation (batch_operation no longer takes it; BYOT rides on per-record
  tokens).
- service_account/test__utils.py and utils/test__utils.py: the public
  skyflow.service_account now routes through common, so patch
  common.service_account._utils.* and assert get_bearer_token on the mocked
  auth client instead of the removed authentication_service_get_auth_token.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: split detect RedactionLevel into a per-SDK rule (match Java)

Mirror skyflow-java's SK-3175 change. RedactionLevel was one common class
carrying all four wire fields for every vault type. Replace it with an
abstract RedactionRule base in common (exposing the four wire accessors)
and a per-SDK RedactionLevel:

- skyvault RedactionLevel carries entity_name + redaction_type
- flowvault RedactionLevel carries token_group_name + redaction_pattern

The reidentify mapper reads the wire fields through the rule's accessors,
so each vault type only sends the fields its API supports. Refreshed the
skyvault API contract baseline for the new class.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: fix common detect test for the RedactionLevel split

common.vault.detect no longer exports a concrete RedactionLevel (it exports
the RedactionRule base), so the reidentify mapping test uses a small concrete
RedactionRule double instead of importing RedactionLevel.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: make the skyvault sdist self-contained

The skyvault sdist omitted common/, so rebuilding a wheel from it (the release
smoke test) failed looking for a sibling common/ that only exists in the repo
checkout. Mirror flowvault: vendor common/ into the sdist via a CustomSdist
command plus graft common, and fall back to the vendored copy when the sibling
checkout is absent, so sdist-to-wheel builds and installs cleanly.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: regenerate skyvault files client for multipart file upload

UploadFileRequestV2.file now carries format:binary in the spec, so the
regenerated upload_file_v2 sends file as a multipart part
(files={"file": file}) instead of a string form field, fixing the 500
"Expected primitive type, got <class 'list'>" from data-plane file upload.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: restore working skyvault generated version.py

The files-client regen also rewrote generated/rest/version.py to look up
metadata.version("skyflow.generated.rest"), a distribution that is never
installed (the module ships inside the "skyflow" dist), so it raised
PackageNotFoundError. unittest discover enumerates the package __all__
(which includes __version__), tripping the lazy import and failing
test/run-tests. Restore the metadata.version("skyflow") lookup with the
0.0.0 fallback. Durable fix belongs in the fern generator config.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: re-trigger PR CI on the restored generated version.py

No code change (empty commit). The previous push updated the PR head and
the release branch to the same SHA in one step, so GitHub created only the
push-triggered release run and never fired the pull_request PR CI. This
empty commit fires pull_request:synchronize so test/run-tests re-runs on
the restored version.py. The published 2.1.3.dev0+deaa724 wheel is built
from the identical code and stays valid.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3284: add detect V1 to V2 migration guide for skyvault python sdk

Mirrors the Java migration doc as a repo reference: method and class
mapping, request field mapping, per-method V1/V2 examples, file
behaviour differences, and a migration checklist. Confirmed against the
V2 detect implementation and the V1 API on main.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: document Detect V2 in skyvault and flowvault READMEs and samples

Rewrite the skyvault README Detect section from the removed V1 API to V2
(method table, configuration contract, Detect configuration reference,
file run status and output handling) and replace the V1 detect samples
with V2 equivalents. Mirror the same V2 Detect structure into the
flowvault README with flowvault semantics (token-group destination,
token_group_name / redaction_pattern) and enhance the flowvault samples
to cover inline configuration, submit-only / poll / presigned, and the
failure branches.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: align flowvault Detect V2 with Java and add detect to flowvault API contract

Cross-SDK parity review flagged four Detect V2 gaps in the Python flowvault
path versus the Java reference. All fixes live in shared common/ code and so
apply to both vaults.

- deidentify_file source rule now counts exactly one of file_path, file, value;
  a missing source and multiple sources raise distinct errors (adds the
  missing-source message).
- Shared deidentify/reidentify-file validation messages are vault-neutral and no
  longer name SKYFLOW_ID, which flowvault does not offer.
- With neither configuration_id nor configuration set, a configuration carrying
  only the vault id is sent, matching the Java behaviour.
- processed_file_extension resolves case-insensitively.

Also add skyflow.vault.detect to the flowvault public API contract and
regenerate both api-report baselines; skyvault is unchanged, flowvault gains the
detect surface.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

* SK-3075: expose includePrefix / prefixOverride on Detect Entity and CustomType

The generated wire types already carry these fields; surface them on the public
Detect config so callers can control VAULT_TOKEN tokenization, matching the Java
design doc.

- Add the IncludePrefix enum (YES / NO) and re-export it from both vaults'
  skyflow.utils.enums.
- Entity gains include_prefix and prefix_override.
- CustomType gains deidentification_type, destination, include_prefix and
  prefix_override.
- The request mapper sends all of them when set; omitted fields fall through to
  the server defaults.
- Regenerate both api-report baselines (the new public surface is the
  IncludePrefix enum; Entity / CustomType are re-export aliases).
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants