librepods-org / librepods-org/librepods
[Linux] Tray application can only show status of one device when multiple devices are connected
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 29.9k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Description
Scope
Linux
Problem or use case
I was testing support across different models of Airpods (specifically on the Airpod 4s) and I noticed that it was showing the battery was 100% while my phone was showing a battery status that was not full. Looking at the application I saw that it was because it was also picking up my Airpod Pro 2s and that battery status was superseding the Airpod 4s.
Theres an image of both the tray icon and the app view below:
Proposed solution
I imagine it would be pretty simple to show all the status on hover of the tray icon, something like:
Battery Status
Airpods Pro 2nd Gen:
L: --% | R: 100% | C: --%
Airpods 4
L: --% | R: 89% | C: --%
Alternatives considered
Alternatively, the tray application could expand to have different circles for each device, perhaps with an icon within the center of the ring representing the different models and showing the name & battery status for just the device of the circle being hovered over -- I think this is actually a more complete solution, but it seems overkill for what is likely a mode edge-case situation.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the Linux tray application and the code that gathers device battery status for the tray icon and app view. Compare how multiple connected devices are currently represented, then define a UI approach that keeps each device's status distinct. Done means both connected AirPods models show separate, identifiable battery statuses instead of one superseding the other.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kotlin
- Domain
- desktop, operating-systems
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100