Commit graph

2 commits

Author SHA1 Message Date
Abhinav Kumar Singh
07d89a751d
fix(litellm): close shared cloud client
## Description

Adds an explicit, idempotent async cleanup lifecycle for the LiteLLM
callback's shared cloud HTTP client.

Fixes #2894

## Type of Change

- [x] Bug fix (non-breaking change that fixes an issue)
- [ ] New feature (non-breaking change that adds functionality)
- [ ] Breaking change (fix or feature that would cause existing
functionality to change)
- [ ] Documentation update
- [ ] Performance improvement
- [ ] Code refactoring (no functional changes)

## Changes Made

- Added `HeadroomCallback.aclose()` to close the lazily-created
`httpx.AsyncClient` and clear its reference.
- Made cleanup safe when cloud mode was never used and when shutdown
cleanup is invoked more than once.
- Added regression coverage for initialized-client cleanup, reference
clearing, and repeated/no-op cleanup.

## Testing

- [x] Unit tests pass (`pytest`)
- [x] Linting passes (`ruff check .`)
- [x] Type checking passes (`mypy headroom`)
- [x] New tests added for new functionality
- [x] Manual testing performed

### Test Output

```text
python -m pytest -q tests/test_integrations/test_litellm_callback.py
5 passed

ruff check .
All checks passed!

ruff format --check .
1382 files already formatted

python -m mypy headroom
Success: no issues found in 515 source files

python -m pytest -q
Collection blocked in this Windows environment by 174 errors, primarily missing compiled headroom._core; one unrelated test also lacks respx.
```

## Real Behavior Proof

- Environment: Windows, Python 3.12, loopback HTTP server, real
`httpx.AsyncClient`.
- Exact command / steps: Started a local HTTP server, configured
`HeadroomCallback(api_key="hdr_test",
api_url="http://127.0.0.1:<port>")`, ran `_cloud_compress()` against it,
saved the created client, awaited `callback.aclose()`, then awaited
`callback.aclose()` again.
- Observed result: The real cloud request succeeded; the client was open
during the request, reported closed after `aclose()`, the callback
reference became `None`, and repeated cleanup was harmless.
- Who maintains it: Headroom Labs maintains this active upstream
repository and its LiteLLM integration.
- Install surface: No dependencies or install behavior changed. Cloud
mode continues to use the existing optional `httpx` dependency; no
native code or runtime network access is introduced by this fix.
- Not tested: The complete test suite could not run past collection
because the local Windows environment lacks the compiled
`headroom._core` extension.

## Review Readiness

- [x] I have performed a self-review
- [x] This PR is ready for human review

## Checklist

- [x] My code follows the project's style guidelines
- [x] I have performed a self-review of my code
- [x] I have commented my code, particularly in hard-to-understand areas
- [ ] Documentation changes are not required; `aclose()` is documented
in its public docstring and the host owns shutdown sequencing
- [x] My changes generate no new warnings
- [x] I have added tests that prove my fix is effective or that my
feature works
- [ ] New and existing unit tests pass locally with my changes (full
suite blocked by missing native extension; targeted tests pass)
- [x] I did not edit `CHANGELOG.md` - it is generated by release-please
from my Conventional Commit PR title.

## Screenshots (if applicable)

Not applicable.

## Additional Notes

The callback exposes `aclose()` for the host application's async
shutdown lifecycle, matching the existing ASGI integration pattern.
2026-08-11 10:13:10 -07:00
Lucas Santos
3107994aed
fix(litellm): add async_post_call_success_hook to HeadroomCallback (#1322)
## Description

Pointing a litellm proxy at the Headroom callback blows up on the
post-call success path:

```
type object 'HeadroomCallback' has no attribute 'async_post_call_success_hook'
```

litellm's logging contract calls `async_post_call_success_hook` after a
successful response, and `HeadroomCallback` simply doesn't have it. We
implement `async_pre_call_hook`, `async_success_handler` and
`async_failure_handler`, but not this one, so litellm hits an
`AttributeError` instead of a no-op and the whole request fails.

This adds the missing `async_post_call_success_hook(self, data,
user_api_key_dict, response)` matching litellm's signature. It returns
`response` unchanged, the token accounting already lives in
`async_success_handler` so there's nothing to do here except not crash.

A few notes:

1. I did not make `HeadroomCallback` inherit litellm's `CustomLogger`,
on purpose. The class keeps litellm as an optional dependency, so it
stays a plain class and just provides the hooks litellm looks up by
name.
2. It's a pass-through, so it's safe regardless of what the response
contains.

Closes #1114

## Type of Change

- [x] Bug fix (non-breaking change that fixes an issue)
- [ ] New feature (non-breaking change that adds functionality)
- [ ] Breaking change (fix or feature that would cause existing
functionality to change)
- [ ] Documentation update
- [ ] Performance improvement
- [ ] Code refactoring (no functional changes)

## Changes Made

- `headroom/integrations/litellm_callback.py`: add
`async_post_call_success_hook` to `HeadroomCallback`, returning the
response unchanged; update the class docstring to list the full set of
litellm hooks.
- `tests/test_integrations/test_litellm_callback.py`: new tests that the
method exists, is a coroutine, and returns the response untouched; build
the module path with `pathlib` instead of a fragile `__file__.replace`.

## Testing

- [x] Unit tests pass (`pytest`)
- [x] Linting passes (`ruff check`)
- [x] Type checking passes (`mypy headroom`)
- [x] New tests added for new functionality
- [ ] Manual testing performed

### Test Output

```text
$ uv run --extra dev python -m pytest tests/test_integrations/test_litellm_callback.py -q
3 passed
ruff: All checks passed!
mypy: Success: no issues found
```

## Real Behavior Proof

- Environment: macOS, Python 3.13, this branch.
- Exact command / steps: `uv run --extra dev python -m pytest
tests/test_integrations/test_litellm_callback.py -q`. The tests import
the callback module directly and resolve `async_post_call_success_hook`
by name, the same way litellm does, then await it with a sentinel
response.
- Observed result: 3 passed. The hook exists, is a coroutine, and
returns the exact response object it was given. Before the fix,
resolving the attribute raised `AttributeError`.
- Not tested: I did not stand up a full litellm proxy end to end. The
fix is the missing hook method, which the unit tests cover.

## Review Readiness

- [x] I have performed a self-review
- [x] This PR is ready for human review

## Checklist

- [x] My code follows the project's style guidelines
- [x] I have performed a self-review of my code
- [x] I have commented my code, particularly in hard-to-understand areas
- [ ] I have made corresponding changes to the documentation
- [x] My changes generate no new warnings
- [x] I have added tests that prove my fix is effective or that my
feature works
- [x] New and existing unit tests pass locally with my changes
- [x] I have updated the CHANGELOG.md if applicable

## Additional Notes

---------

Co-authored-by: JD Davis <mxjerrett@gmail.com>
2026-08-04 21:49:12 -05:00