 |
charneus Wizard

Joined: 19 Jun 2005 Posts: 1876 Location: California
|
Posted: Wed Jan 28, 2009 4:00 pm
[3.03a] Items being created under (root) bug |
This was originally taken from here: Aliases being copied from where they belong
I'm not sure what is causing this or how to make it happen (my guess is it's something to do with the autosave every so often), but every once in a while, when I create triggers/classes/aliases/variables, instead of being in my session package, it stores it under ROOT. Here: this happened AFTER I created a couple new variables and closed out CMUD:
As you can see, it's clearly in the root section instead of any module. The kicker is, the originals are still where they belong...
I wish I had more information to pass on, but this must be addressed regardless so that a search can be made for determining how it's being done, I suppose.
Charneus |
|
|
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Wed Jan 28, 2009 5:33 pm |
Well, we would need to see your scripts that access/creates these variables. Without a way to make it happen, there isn't much we can do to help with this.
But yes, as long as you have variables in the root of your package, they are going to cause a problem, so you need to delete them before any of your scripts will work properly. |
|
|
 |
charneus Wizard

Joined: 19 Jun 2005 Posts: 1876 Location: California
|
Posted: Wed Jan 28, 2009 7:00 pm |
Well, the PathWalker variable was created manually. The alias to execute it just does #LOOPDB @PathWalker {#EXEC %val}.
But the variables are not the only thing copied. Before this instance, I had my entire script copied there. Then I closed it out and it did only the variables. Most times, it happens. I know it's not a corrupt package because I've even done it on new sessions with clean packages. When I get home tonight, I'll attempt to find any ambiguities I can to help narrow this problem down.
Charneus |
|
|
 |
kjaerhus Magician

Joined: 18 Dec 2006 Posts: 317 Location: Denmark
|
Posted: Wed Jan 28, 2009 7:37 pm |
I've just experienced today that several items I created manually yesterday in a folder in my main window was suddenly placed in the root after starting CMUD. Not only variables, but also a folder and some aliases and triggers too. They had been moved - not copied.
I've experienced this earlier in 2.x too. |
|
|
 |
Zugg MASTER

Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Wed Jan 28, 2009 10:42 pm |
Quote: |
Well, the PathWalker variable was created manually. |
How *exactly* did you create the variable "manually"? I can't imagine there is any way to create a new variable in the top level of the settings using the settings editor, so you must have done it some other way.
Quote: |
I've experienced this earlier in 2.x too. |
Older versions of CMUD had bugs like this that have already been fixed, so that's not really relevant, unless it also fails in the 2.37 public version. But again, I need to know exactly what you mean by "created manually". Please post the exact steps you are using to create the settings. I can't see any way for CMUD to "move" settings up to the root, but it's possible you have a corrupted class folder from an old version that is causing any setting placed in the folder to get moved to the top level somehow.
In any case, please try to help me find a procedure to reproduce this problem. This is potentially a very serious problem, but I can't make it happen here, and without a procedure to show it happen, there is no way for me to track down the problem to fix it. |
|
|
 |
kjaerhus Magician

Joined: 18 Dec 2006 Posts: 317 Location: Denmark
|
Posted: Wed Jan 28, 2009 11:31 pm |
Zugg wrote: |
I need to know exactly what you mean by "created manually". |
I mean that I made the elements myself in the editor - they were not generated by scripts. And I didn't create these elements in the root. They where created in a folder in my main window but next day this folder was gone and the elements was in the root.
Zugg wrote: |
In any case, please try to help me find a procedure to reproduce this problem. This is potentially a very serious problem, but I can't make it happen here, and without a procedure to show it happen, there is no way for me to track down the problem to fix it. |
If I find I way I'll be delighted to share it with you but I find it hard to reproduce myself. It's not something that happens every day...  |
|
|
 |
charneus Wizard

Joined: 19 Jun 2005 Posts: 1876 Location: California
|
Posted: Wed Jan 28, 2009 11:59 pm |
I had a mass input in the command line. You can change it to anything you really want, but at the command line, I had about 200 instances of the following syntax:
#ADDKEY PathWalker {Childs Play} {#FORALL ~%pathexpand(es6s4ws) {#MOVE ~%i}}
Of course, the Childs Play was for the different areas in Aardwolf, so it varied, as well as the speedwalk.
Now, it didn't create it initially in the root. It created the variable (and all my other settings) under the session folder. Then I created a new folder, selected anything and everything to do with the script, right-clicked, cut, paste. Worked fine. A while later, I noticed two aliases had been actually copied to the root (it didn't happen when I first copied it), but the aliases were also still in the class folder. Later on, I saw the class folder had been copied there as well. I deleted these, closed out CMUD (red X) and restarted. Aliases were there. Deleted, closed out, restarted, these variables. I can send you my package and maybe you can figure it out. One thing that might be the problem is onLoad events that I use. When I get home, I'll post all onloads to see if they might be causing the problem.
Charneus |
|
|
 |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|