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.
This is where you report any issues if you are running a beta version of EventGhost
To submit a possible bug report please follow this template
Version: 0.5 beta 2 (the version you are running)
Traceback: Traceback (most recent call last):
File "<SOME_EVENTGHOST_FILE.py>", line 10, in <module>
File "<SOME_EVENTGHOST_FILE.py>", line 4, in SOME_EVENTGHOST_MODULE
copy and past any traceback information from the log if there is no traceback put NONE
in the Event field you will want to put the event that was triggered just prior to the traceback occurring, if there is personal data put PERSONAL DATA if there was no traceback or no event triggered right before the traceback put NO EVENT
Description: if you have the ability to replicate the issue then put in here a description of what you are doing to create the problem.
Screen Shots: screen shots of the error and any events/macros/acrions that were run before the issue or screen shots of the problem
Files: any files that may be used to isolate where the issue is. something like the log.txt file would go here
if you provide the above information before hand it will greatly speed up the diagnostic process. we will not have to ask for the bits and pieces. And also having a well formatted Bug Report filled out will get answered sooner then the ones that aren't
http://eventghost.net/forum/viewtopic.p ... 3&start=45 on page four towards the bottom of the page, fuqit3 is saying after launching EG as admin, and saving your tree, the saved profile will not load on the next startup, and EG instead loads the default profile. I'm not sure if this is a common problem, but I've had scenarios where EG loaded the default profile (I can't remember the circumstances) and tzr is reporting a similar problem.
hmm, what comes to my mind is, if started as admin and then saved the config to the admins user folder and on next start as 'normal' user EG can't load the file because the user has no permission for the admins folder.
so when you "run as administrator" it is making a session. logging into it as the user Administrator and then running EG. so that running EG. so the pointer to that directory is not the one that you think it is.
You can test this tidbit out if you open a python script up and key in
Oh. if this can be confirmed that would be a huge help. see if that path is to a user other then the one you logged in with. It should be c:\users\Administrator\appdata\roaming. if it is I have to try to brain storm a way around this. I am not sure if there is a way to grab the "parent" logged in user name or not
If you like the work I have been doing then feel free to