AGEOD Forums

There's definitely a recurring bug in the deployment action:

When this error happened, when you opened the stack of wagons or before? It seems there was a problem before, perhaps in hosting.

What is the O/S you are using, seems to be an old one.

Happens when attempting the drag from the lower unit panel widget.
Critical section of log file is the end:

can you send me the current game, so I can see if this is reproducible?

PM doesn't allow me to send attachments, so I've included one below.

I don't have the same units available as you. I have a timberclad and a flatboat, you get two wagons. I can build both units also. It seems that's either a modded game or the database has some errors from unknown reason. Sadly I don't see how I can reproduce your bugs, if we don't have the same units both. If someone want to tell us if they see wagons or boats, this might help though.

Sorry for any confusion.
Here are the files I modded (diff vs. the nppBackup sub-directories for the exact changes).
I cut out as much as I could, to get it under the upload file size limit.

I'm probably one of the few developers on earth willing to debug a modded game

I replaced the vanilla units and models with yours and got an error when trying to load a brand new game (meaning your database is not vanilla compatible)... For me that the line I have to trace in the sand, the error is probably coming from your mod. If you get again this interface bug with an un-modded game, I can check it though.

Huge Respect!

Above and beyond the call of duty.

Someone owes you a medal.

OK, thanks for the effort. Looks like modding without tools that check for erroneous data is hazardous.
Might want to change the code to guard against a -1 invalid index, anyway.

Pocus wrote:I'm probably one of the few developers on earth willing to debug a modded game

And I must be one of the few users on earth willing to mod a game without any modding tools.

(Although you've made it easy enough, with most everything in text files.)
It's a bit like testing airplanes: push the envelope and see what breaks first.

Seriously, though: I do appreciate your efforts. (Now, if we could only collaborate via GitHub, or even a plain old svn server ...)

On the contrary, I believe that most games out don't provide much tools... I'm speaking of deep strategy games, like what Paradox does for example, or the vast majority of Slitherine/Matrix offering. But yeah, that's not optimal for everybody, us included, problem is always lack of human resources.

Are you proposing to do a managed-data utility software?

I'd be happy to, if I understood what constraints to enforce.

I don't think this is realistically feasible to build an application proof enough that high level inconsistency can be detected. I was thinking that (say, for example) if an utility would allow to add or edit regional decisions through a set of drop-down menus or radio-buttons, that would still be a very good first step toward a more user friendly modding. Decisions is not an example I take randomly... With 150-200 possible data fields per decision, they can be very daunting and people at first will want to fill too many values or just get lost, whereas a good RGD can be very simply defined with an handful of parameters. What is hard is to identify which ones