Problem
When managing a fleet of 3,000+ miners, there is no way to quickly locate a specific miner by a unique identifier (MAC address, IP address, Worker Name, Serial Number, etc.). Users must scroll through the full table or rely on column sorting/filtering to find a specific device. This is especially painful when investigating a known miner (e.g., "the miner with MAC C8:98:DB:10:DC:7C had issues last week — is it healthy now?").
Proposed solution
Desired Behavior
Add a search input to the All Miners page (above or alongside the existing filter controls) that filters the table in-place as the user types.
Preferred approach (lazy/global search):
- Single text input that matches across all identifier columns simultaneously
- Debounced as-you-type filtering (200–300ms delay)
- Matches against: Name, Serial Number, MAC Address, IP Address, Worker Name
- Partial/substring matching (e.g., typing
DC:7C matches C8:98:DB:10:DC:7C)
Acceptable fallback (column-scoped search):
- If global cross-column search is too complex or has performance concerns at scale, allow the user to select a specific column to search within via a dropdown, then enter their search term.
Scope: Reuse across other surfaces
This search behavior should be implemented as a reusable component and embedded in any UI surface that involves selecting or browsing miners, including but not limited to:
- Creating a rack (selecting miners to assign)
- Manually adding miners to a group or site
- Any future miner-picker or miner-list view
The goal is a consistent search experience wherever a user needs to find a specific miner.
Acceptance Criteria
Duplicate check
Alternatives considered
No response
Component
Client (Web UI)
Additional context
Context
- Current page has column filtering and sorting but no text search
Problem
When managing a fleet of 3,000+ miners, there is no way to quickly locate a specific miner by a unique identifier (MAC address, IP address, Worker Name, Serial Number, etc.). Users must scroll through the full table or rely on column sorting/filtering to find a specific device. This is especially painful when investigating a known miner (e.g., "the miner with MAC
C8:98:DB:10:DC:7Chad issues last week — is it healthy now?").Proposed solution
Desired Behavior
Add a search input to the All Miners page (above or alongside the existing filter controls) that filters the table in-place as the user types.
Preferred approach (lazy/global search):
DC:7CmatchesC8:98:DB:10:DC:7C)Acceptable fallback (column-scoped search):
Scope: Reuse across other surfaces
This search behavior should be implemented as a reusable component and embedded in any UI surface that involves selecting or browsing miners, including but not limited to:
The goal is a consistent search experience wherever a user needs to find a specific miner.
Acceptance Criteria
Duplicate check
Alternatives considered
No response
Component
Client (Web UI)
Additional context
Context