 |
Seb
Wizard
Joined: 14 Aug 2004
Posts: 1269
|
|
|
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
 Posted: Wed Nov 07, 2007 5:54 am
|
This sounds like something that was reported elsewhere (maybe by Rorso?) that I couldn't reproduce. The right display properly updates to show the setting after the one that was deleted when I try it here.
|
|
|
|
|
Seb
Wizard
Joined: 14 Aug 2004
Posts: 1269
|
Posted: Thu Nov 08, 2007 3:17 am
|
1. Open CMUD.
2. Press Escape to get to untitled.
3. Enter the following two commands at the command line:
#trigger {test} {#SHOW Fired!}
#trigger {test2} {#SHOW Fired2!}
4. Open Package Editor by clicking on Triggers on the toollbar.
5. Trigger test will be highlighted already. Right-click and select Delete setting.
6. Be mildly surprised when test2 in the tree is showing as test in the right-hand panel.
7. Realise that the right-hand panel didn't update when the tree did. |
|
|
|
|
Arde
Enchanter
Joined: 09 Sep 2007
Posts: 605
|
Posted: Thu Nov 08, 2007 4:43 am
|
This procedures works for me just fine.
I've see another type of this bug when just clicking on another setting make its name looks exactly like the setting that just lost focus. In that situation right-hand panel stuck so hard that you need close and open the editor window. I've see this bug several times myself, even in untitled session with few settings in it. Twice I tried to catch it, but no luck so far. |
|
_________________
My personal bug|wish list:
-Wrong Priority when copy-paste setting
-1 prompt trigger for Mapper, Session and General Options, not 3 different!
-#SECTION can terminate threads
-Buttons can't start threads |
 |
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Thu Nov 08, 2007 5:06 pm
|
I was able to reproduce the bug using Seb's procedure.
| Quote: |
| I've see another type of this bug when just clicking on another setting make its name looks exactly like the setting that just lost focus. |
If you ever find a way to reproduce that, please let me know. This is a very obscure bug that has been in CMUD for a long time that has been impossible to track down. |
|
|
|
|
Arde
Enchanter
Joined: 09 Sep 2007
Posts: 605
|
Posted: Thu Nov 08, 2007 9:43 pm
|
| Zugg wrote: |
| Quote: |
| I've see another type of this bug when just clicking on another setting make its name looks exactly like the setting that just lost focus. |
If you ever find a way to reproduce that, please let me know. This is a very obscure bug that has been in CMUD for a long time that has been impossible to track down. |
Yay! Reproduced it! Well, not absolutely the same bug I've mentioned before, but symptoms are all the same.
Bug showed up earlier today when I was in the untitled session with only 2 variables and 1 button in it, so I just remembered what I've done.
I'm working now on stripping down all unnecessary details because now the procedure looks a bit crazy. |
|
|
|
|
Arde
Enchanter
Joined: 09 Sep 2007
Posts: 605
|
Posted: Thu Nov 08, 2007 11:09 pm
|
Ok, here is the procedure. The set of settings I'm using seems a bit strange, but I had tough time to reproduce this bug with another set with no luck...
1) Open CMUD, hit Esc.
2) Open the editor.
3) New-> New Button. Switch to xml tab, delete everything from there and paste:
| Code: |
<button name="btnFighting" type="Toggle" variable="@CombatState" transparent="false" priority="6080" id="608">
<caption>Select Mode</caption>
<state caption="@btnFightingCaption" color="white"></state>
</button> |
Save Changes.
It is strange, but I've failed to reproduce this bug if button was created from scratch.
4) This step also looks strange, but it required too, for unknown reasons.
Switch to Options tab, change button Caption to something else, for ex., Test.
Click on button' child state in the left tree and change its caption too, for ex., Test 2.
Save Changes.
5) New-> New Variable
Name: @btnFightingCaption (yes, with @ symbol in its name)
Value: blah-blah
Save Changes
6) New-> New Variable
Name: c
Value: 0
Save Changes
7) Now, lets correct the name of variable from step 5
Click on it in the tree, click within the Name field in the right-hand panel and remove the "@" symbol. Save changes.
Well, may be here is the point where the problem arrives. The tree does not refresh itself and you may notice that variables not get sorted (the "c" var is going first, before "btnFightingCaption"). The editor implements delayed sorting, but we will not give him a chance to do that. 
UPDATE: If you see that var c is going second after the btnFightingCaption, the procedure will not work, start it over.
8) Is your text cursor still in the Name field? Good. Right-click on "btnFightingCaption" in the tree and delete it. I assume that now the button has the focus in the tree. Click on the "c" in the tree and immediately click on the button again. Now you should see the bug. If not - the procedure has failed and, if you have a courage, you may try it again. |
|
|
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Fri Nov 09, 2007 12:09 am
|
Yep, congrats! Pretty weird procedure, but the bug happened when I followed the procedure here. So this is back on the bug list now. Thanks for the procedure. I think you might be correct about the delayed sorting causing part of the problem.
|
|
|
|
|
Vijilante
SubAdmin
Joined: 18 Nov 2001
Posts: 5187
|
Posted: Fri Nov 09, 2007 5:22 am
|
Go Arde! I never thought about the sorting being the problem.
|
|
_________________
The only good questions are the ones we have never answered before.
Search the Forums |
|
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Wed Nov 21, 2007 9:12 pm
|
Looks like this is fixed in 2.13. It was actually related to the bug where the editor wasn't getting properly updated after deleting a setting. Once I fixed the bug with deleting, then this procedure no longer failed.
My guess is that this obscure bug is still hiding somewhere, but it's going to take another procedure that doesn't use Delete to find it again. |
|
|
|
|
|
|
|
