You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Save yourself the time and just scroll down if you care only about the cause and/or how to fix. 馃槃
Bug Description
After upgrading from 0.4.1.r1722 to 0.5.0-rc6, I immediately noticed an error on startup pertaining to starting a WebSocket client on the Webserver plugin. The error output below is from 0.5.0-beta1 (the first version that I could find in which it is broken), but it is virtually the same output as 0.5.0-rc6:
16:56:38 Webserver: Start client: EGProxy
16:56:38 Error in Action: "Webserver: Start client: EGProxy"
16:56:38 Traceback (most recent call last) (0.5.0-beta1):
16:56:38 File "C:\Program Files (x86)\EventGhost\eg\Classes\ActionBase.py", line 116, in CallWrapper
16:56:38 return self(*args)
16:56:38 File "C:\Program Files (x86)\EventGhost\plugins\Webserver\__init__.py", line 4486, in __call__
16:56:38 self.plugin.StartClient(title, url, login, password, noCert)
16:56:38 File "C:\Program Files (x86)\EventGhost\plugins\Webserver\__init__.py", line 4118, in StartClient
16:56:38 wsC = WebSocketClient(title, url, login, password, noCert, self)
16:56:38 File "C:\Program Files (x86)\EventGhost\plugins\Webserver\__init__.py", line 242, in __init__
16:56:38 WebSocketApp.__init__(self, url, **kwargs)
16:56:38 TypeError: __init__() got an unexpected keyword argument 'on_open'
Steps to Reproduce
Please forgive my verbose instructions here. I just want to make sure everything is covered.
Click the Autostart group in the main configuration tree.
Click on the Configuration menu and select Add Plugin... (Shift+Ctrl+P).
Under the group Other, select Webserver and click OK. (The plugin version will vary depending on the EG release.)
On the Plugin Item Settings dialog, leave all values as default and click OK.
Press Cancel on the Add Actions? dialog.
Click the Autostart group in the main configuration tree.
Click on the Configuration menu and select Add Action... (Shift+Ctrl+A).
Under the group Webserver > Websocket actions client-server, select Start client and press OK.
On the Action Item Settings dialog, leave all values as default and click OK.
Make sure that the Webserver: Start client: Server action is currently selected in the Configuration tree.
Click on the Configuration menu and select Execute Item (F5).
You should now be able to see the error in the Log.
Expected Behavior
Upon adding the Webserver plugin, adding the Webserver: Start client action, and executing said action, the plugin should connect to the WebSocket server without raising an error.
Additional Context
Add any other context about the problem here.
Plugin Version
EG 0.4.1.r1722
Webserver 3.10NO ERROR, HAS EXPECTED BEHAVIOR!
EG 0.5.0-beta1 <= 0.5.0-beta4
Webserver 3.12
EG 0.5.0-beta1 <= 0.5.0-rc6
Webserver 3.13.3
EventGhost Version
The error output is copy-pasta from 0.5.0-beta1, but the error is present in all beta and rc versions of EG.
The Cause
Based on my extensive research, I believe the cause is due to an accidental switch from the websocket-client module to the websocket module. My basis of it being accidental is due to the fact that both modules have the same package name once they have been installed (websocket).
Do you have python 2.7 installed? and if so do you happen to have the websocket module installed into that installation? (not websocket-client)
when EG starts up it looks for python installations matching the major.minor version of python that EG is using internally. If it locates one it will add the site-packages folder from that installation into the user path. I believe it adds it before the EG site-packages folder in terms of lookup order. That means that packages installed into a matching python installation will override the ones installed in EG.
Save yourself the time and just scroll down if you care only about the cause and/or how to fix. 馃槃
Bug Description
After upgrading from
0.4.1.r1722
to0.5.0-rc6
, I immediately noticed an error on startup pertaining to starting a WebSocket client on theWebserver
plugin. The error output below is from0.5.0-beta1
(the first version that I could find in which it is broken), but it is virtually the same output as0.5.0-rc6
:Steps to Reproduce
Please forgive my verbose instructions here. I just want to make sure everything is covered.
Autostart
group in the main configuration tree.Configuration
menu and selectAdd Plugin... (Shift+Ctrl+P)
.Other
, selectWebserver
and clickOK
. (The plugin version will vary depending on the EG release.)Plugin Item Settings
dialog, leave all values as default and clickOK
.Cancel
on theAdd Actions?
dialog.Autostart
group in the main configuration tree.Configuration
menu and selectAdd Action... (Shift+Ctrl+A)
.Webserver
>Websocket actions client-server
, selectStart client
and pressOK
.Action Item Settings
dialog, leave all values as default and clickOK
.Webserver: Start client: Server
action is currently selected in the Configuration tree.Configuration
menu and selectExecute Item (F5)
.Expected Behavior
Upon adding the
Webserver
plugin, adding theWebserver: Start client
action, and executing said action, the plugin should connect to the WebSocket server without raising an error.Additional Context
Add any other context about the problem here.
Plugin Version
EG
0.4.1.r1722
3.10
NO ERROR, HAS EXPECTED BEHAVIOR!EG
0.5.0-beta1
<=0.5.0-beta4
3.12
EG
0.5.0-beta1
<=0.5.0-rc6
3.13.3
EventGhost Version
The error output is copy-pasta from
0.5.0-beta1
, but the error is present in allbeta
andrc
versions of EG.The Cause
Based on my extensive research, I believe the cause is due to an accidental switch from the
websocket-client
module to thewebsocket
module. My basis of it being accidental is due to the fact that both modules have the same package name once they have been installed (websocket
).THE SOLUTION
Switch back to the
websocket-client
module.I replaced the
websocket
module included in EG0.5.0-rc6
with the latest version ofwebsocket-client
(0.56.0
) and everything appears to behave as expected.The text was updated successfully, but these errors were encountered: