Repository navigation
revert: "feat(usage): search team keys beyond the top-N in the Team usage view (#42857)" - #43377
Conversation
|
|
|
| @@ -6809,111 +6805,6 @@ async def get_team_daily_activity_aggregated( | |||
| ) | |||
There was a problem hiding this comment.
Existing clients lose search Removing this route makes existing clients that call
/team/daily/activity/aggregated/search receive 404. The repository requires a user-controlled flag for backwards-incompatible changes
Rule Used: What: avoid backwards-incompatible changes without user-controlled flags Why: This breaks current behaviour for users using existing functionality Example of BAD: this PR (#22164) introduced run_post_custom... (source)
| @@ -6809,111 +6805,6 @@ async def get_team_daily_activity_aggregated( | |||
| ) | |||
| assert outcome() == "allowed" | ||
|
|
||
|
|
||
| @pytest.mark.parametrize( |
There was a problem hiding this comment.
Surviving routes lose coverage Deleting this test also removes its internal view-only access checks for both routes that remain. The repository requires test changes not to weaken regression coverage, so this check must be restored before merging
Rule Used: What: Flag any modifications to existing tests and verify they don't weaken test coverage or mask regressions. Why: Developers may alter tests to make failing code pass rather than fix the actual bug, hiding regressions. Good: ``` // Test updated t... (source)
Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
2b00ce9 to
0ac3f5b
Compare
| ], | ||
| ) | ||
|
|
||
| signoz: CallbackOnUI = CallbackOnUI( |
There was a problem hiding this comment.
Please confirm if this is intentional. If not, please restore this
There was a problem hiding this comment.
Not intentional, the revert dropped it. Restored in the single commit a12070b, the signoz block now matches main
4337d93 to
04633e2
Compare
04633e2 to
a12070b
Compare
…)" (#43378) * Revert "feat(usage): search keys beyond the top-N usage subset (#42827)" * revert: "feat(proxy): add LiteLLM_DailyGlobalSpend key-free rollup for the usage dashboard (#41324)" (#43595) * Revert "Merge pull request #41324 from BerriAI/litellm_daily_global_spend_table" * Revert "Merge pull request #41293 from BerriAI/litellm_usage_key_free_aggregate_split" (#43596) Co-authored-by: yassin <yassin@berri.ai> --------- Co-authored-by: yassin <yassin@berri.ai> Co-authored-by: devin-ai-integration[bot] <158243242+devin-ai-integration[bot]@users.noreply.github.com> --------- Co-authored-by: devin-ai-integration[bot] <158243242+devin-ai-integration[bot]@users.noreply.github.com>
| WHERE {where_clause} | ||
| GROUP BY GROUPING SETS ( | ||
| (date), | ||
| (date, api_key), |
There was a problem hiding this comment.
Low: Unbounded key rollups
The per-key grouping sets no longer have the top-key limit. A user with many historical keys, or a team administrator on a large team, can repeatedly request aggregated usage and make the proxy fetch, enrich, and serialize six per-key rollups across the requested dates. Keep a bound on per-key results or paginate that breakdown while preserving complete totals.
PR overviewThis PR reverts the Team usage view’s ability to search team keys beyond the top-N and changes how the proxy groups daily usage by key. One issue remains open: per-key usage rollups are no longer bounded, so users with many historical keys or administrators of large teams can repeatedly trigger expensive aggregation and response serialization. The impact depends on the number of keys and the size of the requested date range. No issues have been addressed yet. Open issues (1)
Fixed/addressed: 0 · PR risk: 4/10 |
Reverts #42857
TLDR
Problem this solves:
How it solves it:
git revertof the squash commit c2eb549, no conflictsGET /team/daily/activity/aggregated/searchroute, its route registration, tests and the Team usage page wiringUser Flow
Before: on Usage > Team Usage, typing the alias of a key below the top 100 finds it through a server search
After: the page behaves as it did before #42857
Type
🧹 Refactoring
Caveats (if any)
Low
🤖 Generated with Claude Code