Nothing here changes what ASM does with your audio. It changes what ASM tells you when something is wrong: every entry below is a window you could not see, or a message that sent someone looking in the wrong place.
Fixed
- The first launch no longer looks like a freeze. Two people described the same first contact with ASM, five weeks apart and on different distributions: the window comes up and nothing responds. Nothing had crashed — a dialog was waiting for them behind the main window. Every startup dialog is created without a parent, because the main window may not exist yet when the first one is due, and an unparented dialog is exactly what focus-stealing prevention pushes to the back. They were also scheduled to collide: a modal runs its own event loop, so the remaining timers keep firing while one is open, and two of them were due at the same moment. They now open one at a time, in the order they come due, and each asks for the foreground. (#17)
- "Copy cmd" copies. In the system dependencies window it appeared to do nothing at all. Under Wayland the clipboard belongs to the focused window, and a compositor silently drops the request from a window that does not have keyboard focus — which this one did not, being one of the dialogs opening behind the main window. It now takes the foreground first, and says "Copied!" on the button, because there was no way to tell a copy that worked from one that was refused.
- On a container install, the udev rules are looked for on the host. A distrobox container has its own /etc, and udev only ever reads the host's. The install scripts put the rules there, from the host, which is correct — but ASM looked inside the container, found nothing, and reported them missing on an install that was fine. Its offer to fix that would have written them where nothing reads them. Reported on Bazzite, alongside a pkexec that is missing for the same reason: installing polkit in the container would not help, since it cannot elevate on the host, so ASM now says to run those lines from a host terminal instead.
- An Arctis Nova Pro Omni whose mode switch is in the wrong position is named as such. The DAC has a physical USB-1 / USB-2 / XBOX switch and enumerates as a different device on each. Only the USB-1 position speaks the SteelSeries protocol; on the other two there is nothing to drive, which is why only that one is declared. ASM saw a product id no profile claimed and asked its owner to open an issue for an unsupported headset — hardware it knows exactly, in a state it documents. The other two positions are now declared as what they are, so the daemon names the device and the switch position, and says there is nothing to report. (#218)
- The bug report no longer claims the udev rules are missing when they are not. Failing to read a device's name only proves ASM cannot open it, and a product id that no rule matches lands there with a perfectly valid rules file installed — so the device list said "udev rules missing — run asm-setup" on the same page that reported the rules as valid. It now points at the section that answers the question per device. (#218)