bug(ui): observability/logs no longer lets you select a service #593

New issue

Closed

opened 2026-03-28 04:26:08 +00:00 by mfreeman451 · 3 comments

mfreeman451 commented

2026-03-28 04:26:08 +00:00

Owner

Imported from GitHub.

Original GitHub issue: #1844
Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1844
Original created: 2025-10-22T04:57:30Z

Describe the bug
After we replaced SRQL this functionality stopped working, you should see a list of known services that you can select and filter by when viewing logs.

To Reproduce
Steps to reproduce the behavior:

Go to 'Observability'
Click on 'Service' dropdown
Missing services, just says 'All'

Expected behavior

Since the serviceradar-core is already basically collecting a list of services that have reported into it (flush.go / flushServices), we should be able to read from that list and then populate the web ui drop-down, then users can filter by services and we don't have to parse raw data to figure that all out.

We need to do this through /api/query, this should already be supported since we have "in:services" defined in the SRQL system.
Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

Imported from GitHub. Original GitHub issue: #1844 Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/1844 Original created: 2025-10-22T04:57:30Z --- **Describe the bug** After we replaced SRQL this functionality stopped working, you should see a list of known services that you can select and filter by when viewing logs. **To Reproduce** Steps to reproduce the behavior: 1. Go to 'Observability' 2. Click on 'Service' dropdown 3. Missing services, just says 'All' **Expected behavior** Since the `serviceradar-core` is already basically collecting a list of services that have reported into it (flush.go / flushServices), we should be able to read from that list and then populate the web ui drop-down, then users can filter by services and we don't have to parse raw data to figure that all out. We need to do this through /api/query, this should already be supported since we have "in:services" defined in the SRQL system. **Screenshots** If applicable, add screenshots to help explain your problem. **Desktop (please complete the following information):** - OS: [e.g. iOS] - Browser [e.g. chrome, safari] - Version [e.g. 22] **Smartphone (please complete the following information):** - Device: [e.g. iPhone6] - OS: [e.g. iOS8.1] - Browser [e.g. stock browser, safari] - Version [e.g. 22] **Additional context** Add any other context about the problem here.

mfreeman451 commented

2026-03-28 04:26:09 +00:00

Author

Owner

Imported GitHub comment.

Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441014898
Original created: 2025-10-24T04:34:07Z

Restored the Observability › Logs service picker by querying via /api/query, added a parser util + vitest coverage, and redeployed ghcr.io/carverauto/serviceradar-web:sha-18e47406ac39 to demo.

Imported GitHub comment. Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441014898 Original created: 2025-10-24T04:34:07Z --- Restored the Observability › Logs service picker by querying via /api/query, added a parser util + vitest coverage, and redeployed ghcr.io/carverauto/serviceradar-web:sha-18e47406ac39 to demo.

mfreeman451 commented

2026-03-28 04:26:09 +00:00

Author

Owner

Imported GitHub comment.

Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441015543
Original created: 2025-10-24T04:34:16Z

Restored the Observability Logs service picker by querying in:services via /api/query, added a parser utility with vitest coverage, and redeployed ghcr.io/carverauto/serviceradar-web:sha-18e47406ac39 to the demo namespace.

Imported GitHub comment. Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441015543 Original created: 2025-10-24T04:34:16Z --- Restored the Observability Logs service picker by querying in:services via /api/query, added a parser utility with vitest coverage, and redeployed ghcr.io/carverauto/serviceradar-web:sha-18e47406ac39 to the demo namespace.

mfreeman451 commented

2026-03-28 04:26:09 +00:00

Author

Owner

Imported GitHub comment.

Original author: @mfreeman451
Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441087960
Original created: 2025-10-24T05:11:30Z

Added shared service selector component, canonical service mapping/aliases, and wired the picker into Observability → Logs and Traces; deployed ghcr.io/carverauto/serviceradar-web:sha-ce492b7935fd to demo.

Imported GitHub comment. Original author: @mfreeman451 Original URL: https://github.com/carverauto/serviceradar/issues/1844#issuecomment-3441087960 Original created: 2025-10-24T05:11:30Z --- Added shared service selector component, canonical service mapping/aliases, and wired the picker into Observability → Logs and Traces; deployed ghcr.io/carverauto/serviceradar-web:sha-ce492b7935fd to demo.