Slith_VictoryPoints plugin

[enric]

I created a scenario without script (no .BSF for the present)
Just with the editor making the map, placing the units (fixed and not fixed) and with the plugin:

- defined three coordinates flags.
- capture all, and 15 turns limit
- one flag initially to one side, and two to the other side.

When playing agains myself (ALLOWMPHOTSEAT) it always works, but with some other players (PC/MAC) sometimes the game ends on the first turn. With the same player once fails at the start, and another time starts and go on without problems.
I noticed that this happens when the german side see his force selection window without any unit present. Usually he can see all fixed forces.

The allied has some units fixed and 600 points to choose.
The german side has all units fixed, and his fixed forces excess the 600 points.
So, I'm making something wrong but until now no idea.
Any help from the expert(s)

[pipfromslitherine]

It's a bug which should be fixed in 2.0.5 where if you cancel during force selection is can skip and the other player ends up with no units.

Cheers

Pip

[enric]

uuuff, thank you Pip I was becoming mad... trying to isolate it.

but be aware that this always happens on the iPad , even using the Beta 205.

[pipfromslitherine]

I misread the bug. I would need to check it out. It might well get confused if you don't have any unfixed units in the German side.

Cheers

Pip

[enric]

I already created a version with some not fixed units on the german side.
Tried on the iPad creating and accepting the game on the same iPad with BA 205, even the first force selection window, the allied, is missing, and directly goes to the map and first turn where the Victory or Defeat appears.

[pipfromslitherine]

Is it the campaign you hosted here, or another one? I would need to take a look at it to see what is happening.

Cheers

Pip

[enric]

Is the hosted here. In this version on the german side all units are fixed, I've another where there is a non fixed unit in addition to.

[pipfromslitherine]

I will take a look.

Cheers

Pip

[enric]

Have you got the time to take a look?

[pipfromslitherine]

I've not been able to repeat it currently, but I will keep trying. I haven't been on the iPad to test it though, and you say it happens every time there.

Cheers

Pip

[pipfromslitherine]

As I thought, it seems to be a filename case issue. I would suggest making sure that all filenames and folder names are upper case and that should solve the issue. I have tools which process the game data on the way to the iPad and they do it for me (and on downloading user content). It's a massive pain, but thank whoever decided that we would need a.txt, A.txt, and A.TXT as different files in the same folder...

Cheers

Pip

[enric]

I thought it was a filename case issue, but look at the folder (iPad inside)
Do you think folder name "Scenarios" should also be all caps?

Screen Shot 2012-07-05 at 18.42.58.png (32.09 KiB) Viewed 2334 times

[enric]

YES!!!! IT WAS THAT, all need to be in upper case even the folder "SCENARIOS".

[pipfromslitherine]

Yes - everything. Even folder names are case sensitive. It's a terrible OS design decision, but what can you do.

Cheers

Pip

[enric]

Well, iOS is based on unix like the MacOS X, so I should know that, but I assumed that BA will deal with this, because in the Mac BA has no problems with upper/lower cases.

[pipfromslitherine]

OSX turns off case sensitivity (although you can turn it on again - if you are a masochist I guess!). BA won't run on the Mac if you do.

The iPad code assumes that all the user content comes in through the download process which upper-cases all the file and folder names when it unpacks them.

Cheers

Pip