3.2 builds

As of trunk@7785, I believe we have a trunk which largely works again. I’ve uploaded a current build in the usual place:

vassalengine.org/~uckelman/builds

As of trunk@7803, I’ve fixed the last major problem I know of with post-3.1 code I’ve written. You should be able to use the svn7803 builds successfully. If not, PLEASE report the bugs you find.

vassalengine.org/~uckelman/builds

Now that I’m (possibly) finished with the new code I was writing for 3.2, I’ll start rounding up things which need merging.

The wizard no longer gives the option to remove older builds when doing
custom installation on xp although it does let me choose to remove old
builds on win7 (7803 also works on win7 w/ 64jre - ignore my test reply on
build from other day)

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of uckelman
Sent: Wednesday, September 07, 2011 5:00 PM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: 3.2 builds

As of trunk@7803, I’ve fixed the last major problem I know of with
post-3.1 code I’ve written. You should be able to use the svn7803 builds
successfully. If not, PLEASE report the bugs you find.

vassalengine.org/~uckelman/builds[1]

Now that I’m (possibly) finished with the new code I was writing for
3.2, I’ll start rounding up things which need merging.

[1] vassalengine.org/~uckelman/builds


Read this topic online here:
https://forum.vassalengine.org/t/3-2-builds/4218/2

Does this build use keywords instead of key commands? …or is that yet to be implemented?

Looks like it uses both - key commands were never removed, keywords were
just added as an option you can use where there is a key command

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of DrNostromo
Sent: Wednesday, September 07, 2011 9:38 PM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: 3.2 builds

Does this build use keywords instead of key commands? …or is that yet
to be implemented?


Read this topic online here:
https://forum.vassalengine.org/t/3-2-builds/4218/4

From the error log down below - (a bug wont generate its minor stuff so)
and I cut all the image processing stuff…

One other thing. Is it deliberate to process and cache module images when
going into edit mode - I mean - is it necessary to do it there? I would
think the designer doesn’t need that to happen, especially if they do some
editing, add image, save, close, reopen causing it to recache rinse repeat
etc… I think that would become annoying. It should probably only run when
the player is starting I would think

2011-09-07 21:40:44,953 [1-main] INFO VASSAL.launch.StartUp - Starting
2011-09-07 21:40:44,953 [1-main] INFO VASSAL.launch.StartUp - OS Windows XP
2011-09-07 21:40:44,953 [1-main] INFO VASSAL.launch.StartUp - Java version
1.6.0_27
2011-09-07 21:40:44,953 [1-main] INFO VASSAL.launch.StartUp - VASSAL
version 3.2.0-svn7803
2011-09-07 21:40:44,953 [1-main] INFO VASSAL.launch.Launcher - Editor
2011-09-07 21:40:49,984 [1-AWT-EventQueue-0] WARN VASSAL.launch.BasicModule

  • Crown of Roses Playtest version 5.4
    2011-09-07 21:41:04,656 [1-AWT-EventQueue-0] WARN VASSAL.tools.ErrorDialog
  • Image not found: moved
    2011-09-07 21:41:24,281 [1-AWT-EventQueue-0] ERROR VASSAL.i18n.BundleHelper
  • No Translation: Editor.TriggerAction.looping_continues
    2011-09-07 21:41:24,281 [1-AWT-EventQueue-0] ERROR VASSAL.i18n.BundleHelper
  • No Translation: Editor.TriggerAction.looping_ends
    2011-09-07 21:41:24,296 [1-AWT-EventQueue-0] ERROR VASSAL.i18n.BundleHelper
  • No Translation: Editor.TriggerAction.looping_continues
    2011-09-07 21:41:24,296 [1-AWT-EventQueue-0] ERROR VASSAL.i18n.BundleHelper
  • No Translation: Editor.TriggerAction.looping_ends

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of uckelman
Sent: Wednesday, September 07, 2011 5:00 PM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: 3.2 builds

As of trunk@7803, I’ve fixed the last major problem I know of with
post-3.1 code I’ve written. You should be able to use the svn7803 builds
successfully. If not, PLEASE report the bugs you find.

vassalengine.org/~uckelman/builds[1]

Now that I’m (possibly) finished with the new code I was writing for
3.2, I’ll start rounding up things which need merging.

[1] vassalengine.org/~uckelman/builds


Read this topic online here:
https://forum.vassalengine.org/t/3-2-builds/4218/2

I’m having this persistent problem where VASSAL is unable to overwrite the preferences file…

java.io.IOException: Unable to overwrite C:\Users\Morgan\VASSAL\Preferences, data written to C:\Users\Morgan\VASSAL\tmp7703560760892428055.zip instead.
[snipped]
Caused by: java.io.IOException: Unable to delete file: C:\Users\Morgan\VASSAL\Preferences

Don’t know if this could be caused by my JRE being older than the recommended one, but I know it didn’t happen with 3.1.16 . And when I’m saving a module, overwriting the existing file sometimes works and sometimes doesn’t, which doesn’t make sense at all.

-Morgan.

Thus spake DrNostromo:

Does this build use keywords instead of key commands? …or is that yet
to be implemented?

It’s implemented, but I’m not sure whether it’s merged into the trunk
yet.


J.

Thus spake morganite:

I’m having this persistent problem where VASSAL is unable to overwrite
the preferences file…

This is becuase you’re using svn7793, but that problem wasn’t fixed
until svn7803.


J.

Yes it is merged in. You can use either Key Commands or Names.

Fixed in trunk

Thus spake Brent Easton:

Thus spake DrNostromo:

Does this build use keywords instead of key commands? …or is that
yet
to be implemented?

It’s implemented, but I’m not sure whether it’s merged into the trunk
yet.

Yes it is merged in. You can use either Key Commands or Names.

I think I asked you this once before, but now I don’t recall what you
said. Are all of the items in the 3.2 document you sent me already
merged?


J.

Thus spake “Tim McCarron”:

The wizard no longer gives the option to remove older builds when doing
custom installation on xp although it does let me choose to remove old
builds on win7 (7803 also works on win7 w/ 64jre - ignore my test reply on
build from other day)

Is that 64-bit XP? If so, I know what’s wrong—the older builds
have their keys in the 32-bit registry.


J.

I’m definitely seeing it less in 7803, but it still happens in the wizard when opening a module. Once I enter a password, that message appears in the blue text at the bottom of the wizard.

-Morgan.

Yep - 64bit XP

Yes, Everything got merged in about a year ago. The only thing outstanding is map terrain and attribute recording.

Thus spake morganite:

“uckelman” wrote:

This is becuase you’re using svn7793, but that problem wasn’t fixed
until svn7803.

I’m definitely seeing it less in 7803, but it still happens in the
wizard when opening a module. Once I enter a password, that message
appears in the blue text at the bottom of the wizard.

I didn’t realize that the WelcomeWizard was forcing writes to the
Preferences file. Thanks for catching that. What a deplorable mess
the preferences code and the welcome wizard are…

This is fixed in svn7805, now uploaded to the builds directory.


J.

Thus spake Tim M:

Is that 64-bit XP? If so, I know what’s wrong—the older builds
have their keys in the 32-bit registry.

Yep - 64bit XP

I thought so. I know how to fix this, then. It’s just a matter of
telling the installer to look in both the 32- and 64-bit registries.


J.

Thus spake “Tim McCarron”:

One other thing. Is it deliberate to process and cache module images when
going into edit mode - I mean - is it necessary to do it there? I would
think the designer doesn’t need that to happen, especially if they do some
editing, add image, save, close, reopen causing it to recache rinse repeat
etc… I think that would become annoying. It should probably only run when
the player is starting I would think

The reason for this is that Board is expecting images to be tiled when
it needs to load them. Images which aren’t new or modified should be
skipped on subsequent loads of the Editor. Are you finding that not to
be the case?


J.

Looks good on that part, although it’s still giving me the failure-to-delete when saving a module being edited. It doesn’t seem to happen every time, but it’s happening most times.

There’s also this rather alarming thing where after the first time a save fails, the images directory will be dropped from the module…

-Morgan.