bitfocus / companion

Bitfocus Companion enables the reasonably priced Elgato Streamdeck and other controllers to be a professional shotbox surface for an increasing amount of different presentation switchers, video playback software and broadcast equipment.
http://bitfocus.io/companion
Other
1.47k stars 489 forks source link

[BUG] TCP / HTTP remote control no longer working after update to 3.2.1 #2768

Closed raugert closed 4 months ago

raugert commented 4 months ago

Is this a bug in companion itself or a module?

Is there an existing issue for this?

Describe the bug

TCP Remote triggering no longer working after update to 3.2.1. Tried with new commands and depricated commands. I get a message received acknowledged, but button doesn't execute the command. HTTP triggering works the first time the request is sent but then no longer works ?

I see the entry in the companion log. I am using my own TCP client app for testing purposes. I have also tried with "PacketSender" app and got the same result. The objective is to update my "vMix Panel Builder" app to comply with the latest companion command updates..

Steps To Reproduce

No response

Expected Behavior

No response

Environment (please complete the following information)

- OS: MAC Sonoma 14.2
- Browser: 
- Companion Version: 3.2.1

Additional context

No response

Julusian commented 4 months ago

Are you sending a newline after each TCP command? I have just checked and the TCP api is working fine for me, tested with telnet on the command line.

And I can't explain the http not working for you, I use that daily without issue. I was using the old api on 3.2.1 until yesterday when I updated the external tool to the new api

raugert commented 4 months ago

Yes, I forgot the newline after the TCP command. SORRY MY BAD :( It works now... but the behaviour is somewhat different than version 2.4.2 ! This is what threw me...

If I send a "Location x/x/x DOWN" command in version 3.2.2, I can only tigger the button once. It appears that it ignores subsequent "Down" commands until an "UP" command is sent to that button. This was not the case in 2.4.2. Sending an "UP" command after a "DOWN" command was not necessary. It took a while to figure this out, but now that I know the behaviour I can program things accordingly.

Using the Location x/x/x PRESS work fine as it actually sends both the "DOWN" and "UP" commands at the same time.

After all, this is not really a Bug but a change in behaviour from previous version.