Ad blocker detected:
Our software and support is 100% free. This website is not.
You can donate in 2 ways, by turning off your ad blocker or by pressing the Donate button.
************ NOTICE ************
UPDATE YOUR BOOKMARKS!!!
We have an issue that there is no way around as of yet.
I have done all I can to try and prevent this from happening.
We are going to be losing the .com, .org and .de domains.
We have not been able to contact the original author of EventGhost
(the person that owns those domains) to redirect them to the new web server.
I set in motion when we first moved a redirection from the old server to the new server.
I also put in markers so that search engines would see this change and update any pointers
they have. We still have the .net domain for the production site. and the .rocks for the test site.
For the past few months you have been getting redirected to the .net site if you used one of the 3
domains mentioned above. I just wanted to tell everyone so they can make any changes needed.
ISSUE: Using Eventghost in a terminal server has a bug with the clipboard. When remoting into the terminal server instance that EG is running, the System.ClipboardChanged event fires repeatedly ad nauseum until something is added to the clipboard (copy some text from notepad). I removed the event so it didn't lock up the gui from the EG code, but I am not sure what to change to stop it looking for this event completely.
PROBLEM: It runs EG hot (consuming an entire CPU) which means other processes slow down. Also if I don't change the base code, the GUI is rendered useless due to the event firing so fast.
Can we move this code into a plugin, so if we don't want to monitor the clipboard we don't have to?
I am having the same issue, but I am accessing EG from a remote desktop. I don't know if logging in remotely is the problem, but I would sure like to find a way around that. Logging in remotely is the only way that I can access my HTPC.
Sorry to say that my suggested editing of C:\Program Files\EventGhost\eg\Classes\MainFrame/__init__.py
is not the solution. The problem is still there.
I encounter this problem only with RDP on windows 2003 server.
I will take a look see into disabling the clipboard monitor. But what I really want to know is the cause of the problem. It sounds like it is system specific and that something keeps on altering the clipboard data. If a little information can be provided.
Is windows RDP being used?
Is Hyper-V being used?
If using Windows RDP what version of the protocol is being used?
In the RDP client software is the clipboard data option checked or unchecked?
If using Windows Server are GPO's being used.
What are the GPO settings for the Server and the Client? You do not have to be running server I need the hosting end and the client end GPOs as well as RDP versions on both. The client software RDP version can be different from the RDP version that is being used to host the desktop
Are you opening a console session?
Just for a little information Microsoft Remote Desktop is
Terminal Services and also you logging into the computer when sitting at it is actually a local RDP session. Only if you turn off fast user switching or specifically tell windows to log into a console session will you actually log into a non terminal based session.
So need to know if event ghost also has clipboard problems if logged in "locally" or at the computer
If you like the work I have been doing then feel free to