Collectible Card Game Headquarters

Hello!

I have a few fixes in my local development branch, but I'm brand new to this forum and app in general. What's the best way to get a patch file to the developers? I'll attach it to this post for now.

I have two things, one is a fix for the fake SpellAbility that friarsol added in r25047. The fakeSA works great if you pay the cost, but if you cancel the payment for attacking it crashes. It seems the reason is the fakeSA doesn't have an activating player.

Code: Select all

fakeSA.setActivatingPlayer(c.getController());

The other is a fix for the OSX DMG builds with Java 7. With the maven build process I can now generate a DMG with the Forge.app and Java 7 runtime embedded. I've sent it to a few of my friends and it starts up fine for them and me as well. I had to modify the oracle appbundler source (GPL2) and create a new jar that is used to package the app (also attached).

EDIT: Looks like EmptySa is the way to go here which can take the player as a parameter. viewtopic.php?f=52&t=6333&start=2805#p147851

Hello abbcdfin,

I am the release dev and I have a couple scripts that I run that contain a Maven command for the daily snapshots and the beta build and deploys. Dave is our resident Maven expert and he built our current system. He is very busy with other things in his life and tends not to be very active in our project the last couple of years.

My knowledge base is fairly limited, I can run the scripts and figure out a few easy thing but that is my limits.

A few months ago we updated the project to require Java 7 and Dave and I noticed that the Mac OSX app builder created an app that would not launch under Java 7 on the Mac.

I have been with the project since 2008 and we have never included Java with the release archives and we require that the user base download and install Java on their own. Could you remove this inclusion and not have the Java 7 JRE/JDK embeded?

After the above is accomplished could you build the Mac OS archive and attach this archive to a message? I would like to test this out.

It would be nice if we could include a Mac OS X archive in the next beta release.

Thanks for replying Chris.

Attached is a snapshot build without Java. It's about 38Mb, and with the JRE it's ~85Mb for reference.

abbcdfin wrote:Thanks for replying Chris.

Attached is a snapshot build without Java. It's about 38Mb, and with the JRE it's ~85Mb for reference.

 
Your archive works for me. Thank you.

I will give you commit privileges and this will allow you to commit your changes/fixes.

Thanks Chris!

One problem I was having was a failing test when I run the maven build:

Code: Select all

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running TestSuite
Configuring TestNG with: TestNG652Configurator
Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.557 sec <<< FAILURE! - in TestSuite
guiProgressBarWindowTest1(forge.GuiProgressBarWindowTest)  Time elapsed: 0.026 sec  <<< FAILURE!
java.lang.ExceptionInInitializerError: null
   at forge.view.FDialog$BackdropPanel.<clinit>(FDialog.java:320)
   at forge.view.FDialog.<clinit>(FDialog.java:313)
   at forge.GuiProgressBarWindowTest.guiProgressBarWindowTest1(GuiProgressBarWindowTest.java:21)


Results :

Failed tests:
  GuiProgressBarWindowTest.guiProgressBarWindowTest1:21 » ExceptionInInitializer

Tests run: 6, Failures: 1, Errors: 0, Skipped: 0

Is anyone else getting this same problem or have seen it before? I tracked it down to the Skin colors not being initialized yet, so if I modify that test file and add FSkin.Colors.updateAll(); before it instantiates the GuiProgressBarWindow, then the test will pass. I don't know whether to include that change with my commit or not...

abbcdfin wrote:Thanks Chris!

One problem I was having was a failing test when I run the maven build:

Code: Select all

-------------------------------------------------------
 T E S T S
-------------------------------------------------------
Running TestSuite
Configuring TestNG with: TestNG652Configurator
Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.557 sec <<< FAILURE! - in TestSuite
guiProgressBarWindowTest1(forge.GuiProgressBarWindowTest)  Time elapsed: 0.026 sec  <<< FAILURE!
java.lang.ExceptionInInitializerError: null
   at forge.view.FDialog$BackdropPanel.<clinit>(FDialog.java:320)
   at forge.view.FDialog.<clinit>(FDialog.java:313)
   at forge.GuiProgressBarWindowTest.guiProgressBarWindowTest1(GuiProgressBarWindowTest.java:21)


Results :

Failed tests:
  GuiProgressBarWindowTest.guiProgressBarWindowTest1:21 » ExceptionInInitializer

Tests run: 6, Failures: 1, Errors: 0, Skipped: 0

Is anyone else getting this same problem or have seen it before? I tracked it down to the Skin colors not being initialized yet, so if I modify that test file and add FSkin.Colors.updateAll(); before it instantiates the GuiProgressBarWindow, then the test will pass. I don't know whether to include that change with my commit or not...

 
Something broke in the tests a few months ago. Dave was not able to find the time to fix the problem and he suggested that I add the following to my Maven goal:

Code: Select all

-DskipTests=true -Darguments="-DskipTests=true"

 
I think that you should include your test fix as I am looking forward to run the build and deploy goal without the above arguments.

I did a snapshot build and deploy and we now have a working Mac OS X archive for Mac users to try.

When I open the dmg file I see that the window does not include the picture or the file arrangement.

I will now try removing the skip tests portion of my Maven goal and see if this now works.
 

Chris H. wrote:I will now try removing the skip tests portion of my Maven goal and see if this now works.
 

 
It works correctly.

Great news!

Edit: I just downloaded your DMG you announced at the other thread and I see the background image and layout just fine. Excellent!