-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Workaround for Window Titles Missing #11
Comments
The problem with using IDs of any kind is that they aren't persistent so I'm unsure as to what should be done when sources are re-created and/or IDs have changed |
Is there any workaround for this? |
I think I found a solution, cannot verify it tho. Voila. |
@lesu1 If it's running through Proton/WINE you can try changing the match priority option (added in 1.1.0) |
Hello!
Since Fedora 36 updated to a WirePlumber combination that hides window titles (for security, supposedly) -- this leads to a lot of usability dysfunction for audio applications which only use the Window Title.
Could you consider adding either the process ID or sink/source ID to the dropdown?
This would then make them uniquely selectable, and fix the lacking window title issue.
For example:
List with Process IDs
List with Source IDs
This solution is less useful to end-users, who are often not aware of source IDs in Wireplumber, but this would still allow the selection of unique processes. I prefer the Process ID solution above, but maybe only SourceIDs are available within the API context... which would still be an acceptable workaround.
The text was updated successfully, but these errors were encountered: