@zlefin Yeah, I've seen this happen as well. Work around is just move all the other trucks/trains out of the territory, make the land transport you want, and then undo moving all the other ones out.

@ubernaut Its similar to that. Though I believe that issue is fixed in the pre-release (if you want to test to confirm that would be very helpful).

Nice work! 🙂

@RoiEX Thank you. I am currently downloading an older OS that should work with triple a.

@ubernaut Ah ok. But yeah, your further calcs demonstrate it working very clearly.

@redrum said in Domination 1914 No Mans Land fails to start [FIXED]:

@Cernel Right. Which I'm sure inconsistent naming exists. I agree that would seem better and I'm not sure why the double folder was done. Either way we are getting off topic and better to open a separate thread if you want to discuss it further.

Since we have verified that at least the file name in main folder must be the same as the "mapName" in the xml, that should be right for all old maps (otherwise they would not have started in the past) and also right for all or most new maps, as otherwise the mapmaker would have failed testing his own map before getting it to download list. So, I don't think there is anything to worry about this, as currently either a map has the same main folder name as the one spelled in the xml of the games themselves (they can be more than one per map), or it is already not working anyways.

Inconsistent naming should really not exist, since in the first folder (from the download list naming) it would currently cause the map to fail to start and in the second folder it would have already done that when the mapmaker was testing it (likely in its simplest and unzipped format), before getting it to download list.

So, I think it would be better at least picking one of download list and repository names (I'd definitely say the repository name), instead of, as I understand it, the current process of having first download list name, then repository name, then the actual "map" folder, that I don't think anybody is going to dream it's working this way, or at least this thing should be documented somewhere, that the mapmakers must be sure to have both equal to the xml "mapName", or issues like this one I'm pretty sure will keep happening overtime, and they are a bit problematic, especially since they would leave wrongly named maps inside users' folders, still adding games to that users' selection lists (either calling another folder or failing to find any, like it was the case here, depending whether you already downloaded this map in the past or not), that most users will fail to get around tracking and deleting manually, since they are not going to be overwritten by the correctly named ones (once available).

Moving this thread to the bugs section.

@Darren-Brock You can download the rulebooks for Europe1940 and Pacific1940 as well as the related FAQ-sheets from https://avalonhill.wizards.com/rules.
The combined rules are included.

@RogerCooper Yes, but what I'm saying is that needs to be supported (if wanted), because, per correct rules, you are supposed to use Combat Movement to only do combat related movements. So now the ability to do most moves during Combat Movement is actually something that works for lack of support; so it doesn't really make sense to base a game on this (beside the fact that here the problem is the lacking reset movement because of the missing Non Combat Movement phases, that itself could be adressed with steps).

So, it is up to the developers if they want to actually support games with a single movement phase, for both Combat and Non Combat Movements together. Otherwise what; do we fix this game based on something that works as it shouldn't?

That is the problem when you have the rules that are such and the engine that is such; mapmakers will do games based on the engine behaviour, rather than on the rules. Then maybe someone fixes the engine, and those maps break down.

You guys are awesome! It is working now, thanks for the incredible fast help.

@RoiEX said in Graphics Problems?:

Java is sometimes weird with graphics.
There's not anything we can really do about it.

Maybe when we migrate to JavaFX the problems will go away, but this is still a far future goal

Understood, thanks for the reply! Its not that big a deal once I found the workaround. I was very happy to find this game!! 🙂

https://drive.google.com/file/d/1G0KNlUGWN56hAwUrdu7M7gFvzxS7lCE6/view?usp=sharing

@Cernel Thank you very much, Cernel. I'll try and check if it's working that way.

Sort of like an industrial complex is not usable until a turn owned at the start of the turn kind of thing? Gotcha. Welp, so much for going all out USN hunting, lol.

@Cernel Oooohhhh....ok I see. Thanks for letting me know this. It would have been helpful to have that in notes or something as that changes everything. Thank you too beelee for your reply.

@RoiEX Actually I seem to have found the problem. I had this game on a different system and forgot that system was a 32 bit system and this is a 64. So when I copied it over it seemed to conflict. As soon as I erased it and downloaded the 64 bit version its not happening. Thank you all for your input.

Panther,

Thanks for pointing that folder out. I simply renamed it, and then installed the Java 8 211. Everything appears to be working now!

Hi RoiEX

@Gully Ah. I'm guessing its just not cooperating well with Java given its that old.