mirror of
https://github.com/fosrl/pangolin.git
synced 2026-07-17 07:04:36 -05:00
[GH-ISSUE #2228] Bad searching experience when adding Targets #8872
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mprokopiev on GitHub (Jan 9, 2026).
Original GitHub issue: https://github.com/fosrl/pangolin/issues/2228
Describe the Bug
I am not sure if this must be reported as feature - let me know if I need to raise this as FR.
Current implementation of search is quite useless when searching for containers if they are created with Docker Compose (which should be a common way). So I am using a per service compose file with application name as a filename. Let's say - containers forgejo with forgejo-db will be stored in forgejo.yml. When compose stack is created, every container in the stack will have label
com.docker.compose.project.config_fileswith a list of files. I have near 60 containers and it means that all of them will havecom.docker.compose.project.config_fileslabel withforgejo.ymlvalue (path to actual file) in it (as well as the rest of the files).So when searching for forgejo in Containers list when adding Targets, all 60 containers are returned (as search apparently includes labels) which makes searching functionality useless and Ctrl+F is the only way to find the container in the long list. It might be better to have some option to control which column/fields to search for or isolate label search into a separate section.
Environment
To Reproduce
Make a small compose stack with several files per service and search for container with the name (assuming yml file will have the same name as container name which quite common).
Expected Behavior
The current behavior looks expected, however user experience is bad.