ECP launch fail if channel already running (4.8 regression?)

"rjune11111" wrote:
I've seen messages on this forum claiming that an ECP launch of an already running channel app should re-launch that channel, but on my Roku 2 XS running v4.8 (build 1178), I'm seeing such launch attempts fail, for all channels. The POST gets back a 200 OK response, but the channel does not re-launch, the old invocation remains running (see below). If the channel is not already running, the same POST causes the expected launch to happen.

I can't remember for sure, but I think that re-launch used to work. Could this be a 4.8 regression? Thanks!

Launched Channel Store, scrolled down a few lines, then invoked the following. Channel Store did not re-launch.
$ curl -v -d "" http://192.168.20.111:8060/launch/11
* About to connect() to 192.168.20.111 port 8060 (#0)
* Trying 192.168.20.111...
* connected
* Connected to 192.168.20.111 (192.168.20.111) port 8060 (#0)
> POST /launch/11 HTTP/1.1
> User-Agent: curl/7.24.0 (i686-pc-cygwin) libcurl/7.24.0 OpenSSL/1.0.1c zlib/1.
2.7 libidn/1.22 libssh2/1.4.0
> Host: 192.168.20.111:8060
> Accept: */*
> Content-Length: 0
> Content-Type: application/x-www-form-urlencoded
>
< HTTP/1.1 200 OK
< Content-Length: 0
< Server: Roku UPnP/1.0 MiniUPnPd/1.4
<
* Connection #0 to host 192.168.20.111 left intact
* Closing connection #0

"rjune11111" wrote:
As a workaround to this issue, we have our companion mobile app send a Home key press via ECP prior to sending the launch command. But we've seen some weird effects, like:

1) Sometimes one home key press doesn't work, but sending two consecutive presses prior to sending the launch command does.
2) When sending two presses followed by a launch, sometimes we see our channel start to launch, then we get returned immediately to the Home screen.

Our mobile app is pipelining the two Home key presses and the launch command on the same connection and waiting for the HTTP responses from each post before performing the next. But it seems as though the Roku might be executing some part of the ECP command processing asynchronously in such a way that the commands can actually be executed in a different order from the send order. Can anyone with knowledge of how ECP commands are processed confirm if that is really the case? Thanks!

"rjune11111" wrote:
As a workaround to this issue, we have our companion mobile app send a Home key press via ECP prior to sending the launch command. But we've seen some weird effects, like:

1) Sometimes one home key press doesn't work, but sending two consecutive presses prior to sending the launch command does.
2) When sending two presses followed by a launch, sometimes we see our channel start to launch, then we get returned immediately to the Home screen.

Our mobile app is pipelining the two Home key presses and the launch command on the same connection and waiting for the HTTP responses from each post before performing the next. But it seems as though the Roku might be executing some part of the ECP command processing asynchronously in such a way that the commands can actually be executed in a different order from the send order. Can anyone with knowledge of how ECP commands are processed confirm if that is really the case? Thanks!