<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED --- - neither XDG_CONFIG_HOME or PULSE_COOKIE is respected" href="https://bugs.freedesktop.org/show_bug.cgi?id=75006#c27">Comment # 27</a> on <a class="bz_bug_link bz_status_ASSIGNED " title="ASSIGNED --- - neither XDG_CONFIG_HOME or PULSE_COOKIE is respected" href="https://bugs.freedesktop.org/show_bug.cgi?id=75006">bug 75006</a> from <a class="email" href="mailto:mikedep333@gmail.com" title="Michael DePaulo <mikedep333@gmail.com>"> Michael DePaulo</a> <pre>(In reply to <a href="show_bug.cgi?id=75006#c26">comment #26</a>) > > So what I'd prefer to do is fix PulseAudio's logic for determining/using > > absolute paths on Windows, and then have x2goclient specify an absolute path > > to C:\Users\mike.DEPAULO\.x2go\pulse\.pulse-cookie . > > That sounds like a good plan. I'm not sure PulseAudio is broken, though. > From the log: > > D: [(null)] pulsecore/authkey.c: Got 0 bytes from cookie file > 'C:\Users\MIKE~1.DEP\X2GO~1\pulse\.config\pulse\C:UsersMIKE~1.DEPX2GO~1pulse. > pulse-cookie', expected 256 > > It appears that PulseAudio stripped all backslashes. That's probably done by > the module argument parsing code, which treats backslashes as escape > characters. Try duplicating all backslashes in the module arguments. Thanks Tanu. You were correct. Double backslashes made absolute paths work for all 3 versions of PulseAudio I tested: 5.0 5.0-121-g38c5d 5.0-121-g38c5d-dirty (the 9 patches applied) The argument I tested was: auth-cookie=C:\\Users\\MIKE~1.DEP\\X2GO~1\\pulse\\.pulse-cookie And I tested launching PulseAudio from the command-line, rather than from x2goclient.exe, but I consider that a sufficient test for X2Go Client's needs.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>