Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - leepingdiablo

Pages: [1]
1
Bug Reports / JRiver error: "The operation has timed out"
« on: April 20, 2020, 10:54:40 PM »
Hello again,

I'm having an interesting bug with network connectivity to the JRiver server. Thanks in advance for your help, jitterjames!

Steps to reproduce

1. Open or restart VoxCommando
2. Perform any action that performs a network request to JRiver
3. Wait at least 90 seconds
4. Repeat #2 and observe that this error occurs: JRiver error: System.Net.WebException: The operation has timed out

Other observations

  • The behavior is consistent: the first network request always works, network requests after 90 seconds of inactivity always time out
  • While the error is happening in VoxCommando, requesting the same JRiver URL in the browser works OK
  • If I swap Scraper.Simple for JRiver.Raw (and request precisely the same URL), the bug does not happen

Logs

Here is an example where I click "Stop playback", wait 90 seconds, then click "Stop playback" again.

Code: [Select]
4/20/2020 9:23:30 PM 356 doCommand:Stop playback
4/20/2020 9:23:30 PM 366 Action is NOT threadsafe: JRiver.Stop
4/20/2020 9:23:30 PM 416 action repeat set to: 1
4/20/2020 9:23:30 PM 416 Action:  JRiver.Stop
4/20/2020 9:23:30 PM 416 addHistoryItem [action] JRiver.Stop:

4/20/2020 9:23:30 PM 416 Action from plugin: C:\Users\leepingdiablo\AppData\Roaming\VoxCommando\Plugins\JRiver\JRiver.dll
4/20/2020 9:23:30 PM 416 [plugin] http://localhost:52199/MCWS/v1/Playback/Stop
4/20/2020 9:23:30 PM 416 Action INFO: <?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<Response Status="OK"/>

4/20/2020 9:23:32 PM 566 Focused: VoxCommando
4/20/2020 9:23:35 PM 567 Focused: ShellExperienceHost
4/20/2020 9:23:49 PM 457 Check for updates required.
4/20/2020 9:23:49 PM 457 Updates: True
4/20/2020 9:25:01 PM 860 doCommand:Stop playback
4/20/2020 9:25:01 PM 860 Action is NOT threadsafe: JRiver.Stop
4/20/2020 9:25:01 PM 860 action repeat set to: 1
4/20/2020 9:25:01 PM 860 Action:  JRiver.Stop
4/20/2020 9:25:01 PM 860 addHistoryItem [action] JRiver.Stop:

4/20/2020 9:25:01 PM 860 Action from plugin: C:\Users\leepingdiablo\AppData\Roaming\VoxCommando\Plugins\JRiver\JRiver.dll
4/20/2020 9:25:01 PM 860 [plugin] http://localhost:52199/MCWS/v1/Playback/Stop
4/20/2020 9:25:03 PM 880 [plugin] JRiver error: System.Net.WebException: The operation has timed out
   at System.Net.HttpWebRequest.GetResponse()
   at vcPlugin.webstuff.scrapeRawText(String strURL, Int32 reqTimeout)
4/20/2020 9:25:03 PM 880 Action INFO: JRiver error :
http://localhost:52199/MCWS/v1/Playback/Stop?token=JQ642QrK
System.Net.WebException: The operation has timed out
   at System.Net.HttpWebRequest.GetResponse()
   at vcPlugin.webstuff.scrapeRawText(String strURL, Int32 reqTimeout)

2
Bug Reports / JRiver authentication failure
« on: April 18, 2020, 03:24:51 PM »
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!

Pages: [1]