3
[ ~/proxbox-api/releases/v0.0.9.post2 ]tty0

emerson@netdevops:~/proxbox-api$ gh release view v0.0.9.post2 --repo emersonfelipesp/proxbox-api

back to releases / back to project

v0.0.9.post2 — fix create_storages import in full-update

[open on GitHub]
tag=v0.0.9.post2state=stablepublished=2026-05-01synced=2026-05-07 07:04 UTC
author
emersonfelipesp
created
2026-05-01 03:08 UTC
target
main
downloads
0

emerson@netdevops:~/proxbox-api$ cat RELEASE_NOTES.md

Summary

Ships a one-line import fix that unblocks every full-update sync run.

proxbox_api/app/full_update.py was importing create_storages from proxbox_api.routes.virtualization.virtual_machines.storages_vm — a thin HTTP route wrapper whose signature only accepts fetch_max_concurrency and does not accept overwrite_flags. The caller passes both fetch_concurrency=... and overwrite_flags=..., so every non-trivial sync raised:

TypeError: create_storages() got an unexpected keyword argument 'fetch_concurrency'.
Did you mean 'fetch_max_concurrency'?

Switched the import to proxbox_api.services.sync.storages.create_storages — the real reconcile service that already accepts both kwargs.

Caught by netbox-proxbox v0.0.13.post2 post-publish E2E. Was a regression from 4f33e70 (feat(sync): honor expanded overwrite_* flags via SyncOverwriteFlags schema), shipped silently in 0.0.9.post1.

Compatibility

Component Version
proxbox-api 0.0.9.post2
netbox-proxbox >=0.0.13.post2
netbox-sdk 0.0.7.post6
proxmox-sdk 0.0.3.post1

Upgrade

pip install --upgrade proxbox-api==0.0.9.post2
# or
docker pull emersonfelipesp/proxbox-api:0.0.9.post2

Changes

  • fd395a1 fix(full-update): import create_storages from services, not routes
  • 8ec7d52 chore: bump version to 0.0.9.post2

emerson@netdevops:~/proxbox-api$ gh release download --pattern '*'

assets

no binary assets attached

source code