<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Headphones selected on first run while unplugged and other ports are available" href="https://bugs.freedesktop.org/show_bug.cgi?id=87002#c17">Comment # 17</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Headphones selected on first run while unplugged and other ports are available" href="https://bugs.freedesktop.org/show_bug.cgi?id=87002">bug 87002</a> from <a class="email" href="mailto:msanchez@gnome.org" title="Mario Sanchez Prada <msanchez@gnome.org>"> Mario Sanchez Prada</a> <pre>(In reply to David Henningsson from <a href="show_bug.cgi?id=87002#c16">comment #16</a>) > [...] > Well, it's a hack. And the hackier, the more likely we regress some other > use case. Agreed. I never thought of that as a solution but more as an experiment, hopefully able to spark some discussion. Seems it worked, pretty nicely from that pov :) Anyway, I'm building PA again enabling the unit tests, to at least check whether I'm regressing something obvious.. > I'm more thinking that maybe one could initialize the port availability > earlier, even before pa_card_new, using the > pa_device_port_new_data_set_available function. Then we could act > accordingly already in the callback in 1). If that was possible, I think it would be awesome, I think that could simplify things a lot. Still, if I understand things correctly, we still could not revert the patch for <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - Pulse Audio settings lost after reboot / HDMI is set as default" href="show_bug.cgi?id=73375">bug 73375</a>, even if we do that, as the sinks/sources would not be initialized at that point, but in init_profile. Does that make sense at all?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>