Hello,
I'm a new user and having a problem authenticating with JRiver Media Center 26 (the latest version).
The username and password (and the connection test) work OK. The problem is how the JRiver token is handed internally by the Vox Commando plugin.
Observe that the token value returned by JRiver is
8 characters long:
GET http://htpc:52199/MCWS/v1/Authenticate
<Response Status="OK">
<Item Name="Token">gN8Qq6iX</Item>
<Item Name="ReadOnly">0</Item>
<Item Name="PreLicensed">0</Item>
</Response>
From the JRiver logs, however, the
Token value given by Vox Commando is
10 characters long, padded out with 2 extra zero characters:
00.
0007922: 14052: Sharing Plugins: CHTTPListenerWorker::HandleRequest: TCP: 127.0.0.1: GET: http://localhost:52199/MCWS/v1/Authenticate
0007922: 14052: Sharing Plugins: JRWebService::Process: Start
0007922: 14052: Sharing Plugins: JRWebService::Process: URL: /MCWS/v1/Authenticate
0007922: 14052: Sharing Plugins: JRWebService::Process: Finish (0 ms)
0007922: 14052: Sharing Plugins: VHTTPMessage::Write: Wrote 198 bytes
0007922: 14052: Sharing Plugins: CHTTPListenerWorker::HandleRequest: TCP: 127.0.0.1: GET: http://localhost:52199/MCWS/v1/Playlists/List?Token=gN8Qq6iX00
0007922: 14052: Sharing Plugins: VHTTPMessage::Write: Wrote 0 bytes
0007922: 14052: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (0 ms)
This fails with a
401 Unauthorized so no XML data can be transferred.
I tried digging around in the plugin's configuration but I think the bug is hard-coded in a binary. Thanks for your help!