Local/Global Properties

barbanera · July 20, 2012, 12:15pm

Yeah… I know how you feel. It was a show stopper for me as well and I had to painfully rename all variables, on a map specific base, clone the prototypes in multiple instances for map specific use etc…

If it can help, remember you can still use set global properties with Named Map = $playerSide$ and gp name something like _$playerSide$ which is the way I had to go for.

chrono280 · July 20, 2012, 12:47pm

Geez, that’s miserable. I mean I know how to do that, I can make new GPs within the map window easily enough, but I have a grid that is 15 counters by 20 counters (like a spreadsheet) and grids similar to that in 4 other tabs within my production window. It’s just a massive amount of prototypes to replace. In fact I’d go form having something like 50 prototypes total in my game to like 200, since they would now need to ‘talk’ to different variables. Maybe I could do it in text edit with the buildfile. I’d also have to go and do it for Red and Yellow then. It stinks, I thought I was on to something with the way I had the local/global properties set up so I could duplicate everything out, changing only a few properties for each team’s private window.

What needs to be done to the vassal engine to fix this bug? I just think that’s gotta be easier than re-wiring my production sheets. It took me months to get them working right. There’s gotta be something I can do to help!

barbanera · July 20, 2012, 1:02pm

If you know a bit of Java why don’t you pursue the line of investigation that Seth (Irishwulf) initiated following my report?

Brent_Easton · July 22, 2012, 12:53pm

I believe I have sorted out this bug, just doing some final testing. Turns out that the saving/restoring/changing of same named Global Properties in different zones/maps is completely broken in both 3.1.19 and 3.2. Just making sure my changes do the same broken behaviour when processing pre-bugfix save games or log files.

barbanera · July 22, 2012, 2:15pm

That’s great news, Brent. Thank you.

chrono280 · July 22, 2012, 3:34pm

Brent, you made my day (and saved me hours and hours of work), thanks for figuring this out!

Brent_Easton · July 23, 2012, 1:45am

Have submitted a fix to branch Brent-3.2@8216.

As Seth found, the identity of the Global property container (module, map or zone) was not being encoded when Commands where generated to set or change property values. This caused all references to a property in different containers to be handled by the first container found, effectively making the subsequent same named properties invisible.

The same fix needs to be applied to the latest 3.1 branch as well.

uckelman · July 23, 2012, 8:43am

Thus spake Brent Easton:

Have submitted a fix to branch Brent-3.2@8216.

As Seth found, the identity of the Global property container (module,
map or zone) was not being encoded when Commands where generated to set
or change property values. This caused all references to a property in
different containers to be handled by the first container found,
effectively making the subsequent same named properties invisible.

The same fix needs to be applied to the latest 3.1 branch as well.

Thanks, Brent. I’ll merge this when I return home from Iceland tomorrow.

–
J.

uckelman · July 23, 2012, 10:16pm

Thus spake Brent Easton:

Have submitted a fix to branch Brent-3.2@8216.

As Seth found, the identity of the Global property container (module,
map or zone) was not being encoded when Commands where generated to set
or change property values. This caused all references to a property in
different containers to be handled by the first container found,
effectively making the subsequent same named properties invisible.

Merged to 3.2@8218. Try the build I’ve uploaded.

vassalengine.org/~uckelman/builds/

I’ll roll this into 3.1 tomorrow.

–
J.

chrono280 · July 24, 2012, 12:34am

Just tried to install the new build and it doesn’t seem to install the vassal EXE (for the Win version of course). Is there a problem with the installer?

Neither standard nor custom install seems to install the EXE. Not sure if any other vital files are missing, I just know it does not run.

Thanks again

Flaney · July 24, 2012, 7:51am

Confirming failure to install. Reverting to last build.

Flaney

uckelman · July 24, 2012, 8:51pm

Thus spake Flaney:

“chrono280” wrote:

Just tried to install the new build and it doesn’t seem to install the
vassal EXE (for the Win version of course). … Neither standard nor
custom install seems to install the EXE. Not sure if any other vital
files are missing, I just know it does not run.

Confirming failure to install. Reverting to last build.

Try downloading svn8218 again. I started using parallel Make a few days
before making the original svn8218 build, and it appears that our
Makefile does not have the goals for all of the requirements specified
properly.

–
J.

chrono280 · July 25, 2012, 1:05am

OK just tested newest build (svn8221) the installer now works correctly and bug 4278 seems to be completely fixed. Can’t thank you guys enough.

uckelman · July 25, 2012, 9:13pm

Thus spake Brent Easton:

Have submitted a fix to branch Brent-3.2@8216.

As Seth found, the identity of the Global property container (module,
map or zone) was not being encoded when Commands where generated to set
or change property values. This caused all references to a property in
different containers to be handled by the first container found,
effectively making the subsequent same named properties invisible.

The same fix needs to be applied to the latest 3.1 branch as well.

Merged to 3.1.20-svn8223.

I had to add a missing getParent() method to MutableProperty.Impl.

I’ve uploaded 3.1.20-svn8224 to the usual place. Please give it a try.

–
J.

chrono280 · July 25, 2012, 11:28pm

Just tested out svn8224 and got an Exception. I was testing the same module I used under 8221 last night. The only difference is this time I am using 2 computers on my lan (with different login details) rather than 2 users across the internet. The exception occurs whenever a game piece with any dynamic properties gets a keystroke done on it: It is repeatable dragging a new unit to the board (gets a keystroke from the board) or applying a keystroke to a counter in my production window in the module.

[code]2012-07-25 19:15:56,428 [0-main] INFO VASSAL.launch.StartUp - Starting
2012-07-25 19:15:56,428 [0-main] INFO VASSAL.launch.StartUp - OS Windows 7
2012-07-25 19:15:56,428 [0-main] INFO VASSAL.launch.StartUp - Java version 1.6.0_31
2012-07-25 19:15:56,428 [0-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.0-svn8224
2012-07-25 19:15:57,036 [0-AWT-EventQueue-0] INFO VASSAL.launch.ModuleManager - Manager
2012-07-25 19:16:03,089 [0-SwingWorker-pool-21781303-thread-1] INFO VASSAL.launch.AbstractLaunchAction - Loading module file C:\Users\Bob\Documents\Space Empires\Vassal\Modules\se4x-close-encounters-2beta.vmod
2012-07-25 19:16:10,234 [0-SwingWorker-pool-21781303-thread-1] INFO VASSAL.launch.TilingHandler - No images to tile.
2012-07-25 19:16:10,234 [0-SwingWorker-pool-21781303-thread-1] INFO VASSAL.launch.AbstractLaunchAction - Loading module Space Empires 4x Close Encounters
2012-07-25 19:16:10,265 [0-SwingWorker-pool-21781303-thread-1] INFO VASSAL.tools.io.ProcessLauncher - launching C:\Program Files (x86)\Java\jre6\bin\java -Xms256M -Xmx512M -DVASSAL.id=1 -DVASSAL.port=49585 -Duser.home=C:\Users\Bob -cp lib\Vengine.jar VASSAL.launch.Player --load – C:\Users\Bob\Documents\Space Empires\Vassal\Modules\se4x-close-encounters-2beta.vmod
2012-07-25 19:16:11,170 [1-main] INFO VASSAL.launch.StartUp - Starting
2012-07-25 19:16:11,170 [1-main] INFO VASSAL.launch.StartUp - OS Windows 7
2012-07-25 19:16:11,170 [1-main] INFO VASSAL.launch.StartUp - Java version 1.6.0_31
2012-07-25 19:16:11,170 [1-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.0-svn8224
2012-07-25 19:16:11,170 [1-main] INFO VASSAL.launch.Launcher - Player
2012-07-25 19:16:16,677 [1-AWT-EventQueue-0] WARN VASSAL.launch.BasicModule - Space Empires 4x Close Encounters version 2.0beta
2012-07-25 19:16:47,073 [1-AWT-EventQueue-0] INFO VASSAL.script.ExpressionInterpreter - Attempting to load /VASSAL/script/init_expression.bsh URI generated=jar:file:/C:/Program%20Files%20(x86)/VASSAL-3.2.0-svn8224/lib/Vengine.jar!/VASSAL/script/init_expression.bsh
2012-07-25 19:19:29,485 [1-AWT-EventQueue-0] ERROR VASSAL.tools.ErrorDialog -
java.lang.StackOverflowError: null
at java.lang.AbstractStringBuilder.append(Unknown Source) ~[na:1.6.0_31]
at java.lang.StringBuilder.append(Unknown Source) ~[na:1.6.0_31]
at VASSAL.tools.SequenceEncoder.appendEscapedString(SequenceEncoder.java:149) ~[Vengine.jar:na]
at VASSAL.tools.SequenceEncoder.append(SequenceEncoder.java:88) ~[Vengine.jar:na]
at VASSAL.build.module.properties.ChangePropertyCommandEncoder.encode(ChangePropertyCommandEncoder.java:72) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encodeSubCommand(BasicModule.java:269) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:250) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]

at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]

2012-07-25 19:19:47,440 [1-AWT-EventQueue-0] INFO VASSAL.build.GameModule - Exiting
2012-07-25 19:19:48,657 [0-IPC receiver for 13060368] ERROR VASSAL.tools.ipc.IPCMessageReceiver -
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source) ~[na:1.6.0_31]
at java.net.SocketInputStream.read(Unknown Source) ~[na:1.6.0_31]
at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source) ~[na:1.6.0_31]
at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source) ~[na:1.6.0_31]
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source) ~[na:1.6.0_31]
at java.io.ObjectInputStream.readObject0(Unknown Source) ~[na:1.6.0_31]
at java.io.ObjectInputStream.readObject(Unknown Source) ~[na:1.6.0_31]
at VASSAL.tools.ipc.IPCMessageReceiver.run(IPCMessageReceiver.java:34) ~[Vengine.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_31]
2012-07-25 19:19:50,108 [0-SwingWorker-pool-21781303-thread-2] INFO VASSAL.launch.AbstractLaunchAction - Loading module file C:\Users\Bob\Documents\Space Empires\Vassal\Modules\se4x-close-encounters-2beta.vmod
2012-07-25 19:19:50,545 [0-SwingWorker-pool-21781303-thread-2] INFO VASSAL.launch.TilingHandler - No images to tile.
2012-07-25 19:19:50,545 [0-SwingWorker-pool-21781303-thread-2] INFO VASSAL.launch.AbstractLaunchAction - Loading module Space Empires 4x Close Encounters
2012-07-25 19:19:50,560 [0-SwingWorker-pool-21781303-thread-2] INFO VASSAL.tools.io.ProcessLauncher - launching C:\Program Files (x86)\Java\jre6\bin\java -Xms256M -Xmx512M -DVASSAL.id=3 -DVASSAL.port=49803 -Duser.home=C:\Users\Bob -cp lib\Vengine.jar VASSAL.launch.Player --load – C:\Users\Bob\Documents\Space Empires\Vassal\Modules\se4x-close-encounters-2beta.vmod
2012-07-25 19:19:51,512 [3-main] INFO VASSAL.launch.StartUp - Starting
2012-07-25 19:19:51,528 [3-main] INFO VASSAL.launch.StartUp - OS Windows 7
2012-07-25 19:19:51,528 [3-main] INFO VASSAL.launch.StartUp - Java version 1.6.0_31
2012-07-25 19:19:51,528 [3-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.0-svn8224
2012-07-25 19:19:51,528 [3-main] INFO VASSAL.launch.Launcher - Player
2012-07-25 19:19:55,942 [3-AWT-EventQueue-0] WARN VASSAL.launch.BasicModule - Space Empires 4x Close Encounters version 2.0beta
2012-07-25 19:20:08,555 [3-AWT-EventQueue-0] INFO VASSAL.script.ExpressionInterpreter - Attempting to load /VASSAL/script/init_expression.bsh URI generated=jar:file:/C:/Program%20Files%20(x86)/VASSAL-3.2.0-svn8224/lib/Vengine.jar!/VASSAL/script/init_expression.bsh
2012-07-25 19:21:30,754 [3-AWT-EventQueue-0] ERROR VASSAL.tools.ErrorDialog -
java.lang.StackOverflowError: null
at java.lang.AbstractStringBuilder.append(Unknown Source) ~[na:1.6.0_31]
at java.lang.StringBuilder.append(Unknown Source) ~[na:1.6.0_31]
at VASSAL.build.module.Chatter.encode(Chatter.java:214) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encodeSubCommand(BasicModule.java:269) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:250) ~[Vengine.jar:na]
at VASSAL.launch.BasicModule.encode(BasicModule.java:256) ~[Vengine.jar:na]
[this sequence repeats hundreds of times}
[/code]

I also received a “Bad Data In Module” … “Layer - shipCounter” Numeric Field Contains a Non Numeric number. This field normally contains a value dictated by a property sheet (which would always be a number) so maybe the prop sheets are not loading either.

The exception is thrown on either the host or the client players end if they send a keystroke to a counter.

None of this happened under svn 8221.

Brent_Easton · July 26, 2012, 12:03am

Thanks,
Have reproduced the problem, looking into it.
Brent.

chrono280 · July 26, 2012, 12:16am

My other minor error “Bad Data in Module: [Layer - shipCounter] - Numeric field contains a non-number followProperty[numbShips]=” seems to occur occasionally in 8221 whenever a the prototype containing that layer property is invoked. It may just be a property positioning problem, here is how that prototype is configured:

Text Property
Text Property
Calculated Property: numbShips (gets a numeric value from a property sheet on the given counter)
Layer: DIsplays a graphic that corresponds to the numbShips property.

It doesn’t seem to affect the function of this at all, it just throws that error.

Brent_Easton · July 26, 2012, 1:39am

The main problem is being caused by the unrelated fix for bug 4302 (svn8224).

Joel, could you back that fix out while I investigate. Could you leave the svn8224 up for a while so Barbenara can try it on his module (will help my debugging).

Thanks.

barbanera · July 26, 2012, 8:46am

Will test asap, but currently not able to test network play because I am away from home and having access to one computer only.

uckelman · July 26, 2012, 10:50am

Thus spake Brent Easton:

The main problem is being caused by the unrelated fix for bug 4302
(svn8224).

Joel, could you back that fix out while I investigate. Could you leave
the svn8224 up for a while so Barbenara can try it on his module (will
help my debugging).

Done.

–
J.