You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Nov 24, 2025. It is now read-only.
Repository navigation
This repository was archived by the owner on Nov 24, 2025. It is now read-only.
GET /api/4.0/servers?profileId={id} does not include all profiles #6834
This Bug Report affects these Traffic Control components:
Traffic Ops
Current behavior:
When making a GET request /api/4.0/servers?profileId={id} where id belongs to a profile that is not index 0 in the profileNames array the response will not display that server.
For example if there exists a server with the profileNames:
Where the id of the EDGE_TIER_ATS_CACHE profile is 13 and the id of MID_TIER_ATS_CACHE is 12.
If we perform a GET request: /api/4.0/servers?profileId=13 we will see the server above returned in the response, however
if we perform a GET request: /api/4.0/servers?profileId=12 (the following profile - at index 1 in the array) that server will not be included in the response.
Expected behavior:
Should account for all profiles, including profiles not at index 0 in the profileNames array
Steps to reproduce:
Have a server with multiple profiles, make a GET request /api/4.0/servers?profileId={id} where id belongs to the profile NOT at index 0, you will not see the server included in the response
profileId should be deprecated as a query string parameter, since Profiles are not represented by their IDs on servers as of APIv4. Should be profileName= instead in APIv4 and later.
Activity
ocket8888 commentedon May 16, 2022
profileIdshould be deprecated as a query string parameter, since Profiles are not represented by their IDs on servers as of APIv4. Should beprofileName=instead in APIv4 and later.mitchell852 commentedon May 17, 2022
yes, i would agree with this. no need for a query param of profileId in v4+