Reporting bugs (post v.1.02)

[obsidiandrag]

I have another bug / question. As I have not seen it asked before and would like to use it for what it is or have it corrected to what it says...

While in the game if you click on the view units button and then on the button labled upcomming units - rather than seeing the upcomming units (which would be nice if it showed all units for your major power (and minors) as well as ships in the order of which month they will be available - you actually see your leaders that will come in eventually and they have a city associated (no idea why) and normal supply rather than when they will be available (which doesn't matter as it is on the counter screen anyway).

Let me know what you think. Also as an enhancement, In all of the actual games I have played (board game) we have kept track of all builds for total man/naval strengths. Is there any way to see by major power the combined total army size?

thanks

[Spartan07]

I am having a problem whereby the screen occasionally corrupts in what I think is the bottom RH corner. Starts East of Austria and all of Turkey is missing. I thought it may have cleared up with later versions but no chnage. Seems to happen after a few Pbem turns have been loaded and needs a reboot to clear.
I have Nvidia Geforce 8600GT with Driver 6.14.11.6921.
 

[dodod]

marshall...

I'm not sure this is the same bug, because it is forcing my NAVAL FLEET to attack a port when I haven't even broken in....the others are just sieges...

[bresh]

New bug, it looks like in 1.02j.
 
PBM game, game does not check if a nation has accept alliances, but just accepts all proposals.
 
 
Regards
Bresh

[Marshall Ellis]

Bresh:
 
Will try to dup this...
 
 

[pzgndr]

This was with 1.02j a couple weeks ago. I thought I posted but I can't find it. In this game as Russia I had taken Finland and Chechnya. I had declared war on Turkey in Aug 1806 and then noticed in Sept that I had lost my minors.

The event log indicates Russia instability, but Russia is clearly in the normal zone. Prussia, however, which had been at war with France, has dipped into the instability zone. Looks like a Prussia/Russia typo someplace in the database.

[NeverMan]

You did post this before.

[pzgndr]

Doh!  [:o]  I thought I had.  I tried the search under EiA and couldn't find it.  Sorry about that.
 
Anyway, it would be nice to see a bug list to verify what is and is not on it and the current status... 

[Marshall Ellis]

I'll try and build a bug status and post this. I'm trying to get some testers setup, improve the AI and get 1.02 out! It's just a time issue right now.
 
pzgndr:
 
You don't happen to have that game do you?
 
 

[pzgndr]

I deleted the saves when I updated to 1.02k. I'll check if they're still in my trash folder but I doubt it. It shouldn't be too difficult to track down where a Russia/Prussia typo would cause Russia to lose minors when Prussia enters instability?

[Marshall Ellis]

Got it.
I think it's a little deeper than a typo.
I'm concerned about the PS slipping into instability then coming out. I'll do some digging...
 
 

[bresh]

Apparently "new" bug, not sure, never notiched it before, since i tried new opening move for Turkey.
 
1.02K was in pbm. Should be recreatable.
 
Game wants to use sea supply, while legal depot is in same area as corps. And when i tried, the depot spot was even a supply source,(Turkish controlled Jerusalem).
 
Regards
Bresh

[testcase4321]

Im having a problem in v. 1.02K with the game seeming to enter an infinite loop. Im playing russia, its July of 1805. I just conquered chechnya and the game says "Invalid floating point operation". At that point the system switches me over to France for the land segment. I then have to process two land segments for France, and it brings me back to the Russian land phase. I cant seem to move beyond this loop . . .

Id also like to add that every time it brings me back to the Russian land phase, I still have to pay for supply costs. So, Im slowly running out of cash. . .

[Marshall Ellis]

Testcase4321:
 
Can you email me the saved game files (game.dat.sav and game.dat) right before you end your pahse and go into the loop?
 
marshalle@matrixgames.com
 
 
 
 

[WJPalmer1]

We're also having a "show-stopper" problem in our PBEM game which popped up just as our group updated to 1.02k.

-Turkey is attempting to conduct its May 1806 Diplomacy Phase;
-Upon clicking "End Current Phase" the game message appears, "Awaiting results from Great Britain for battle of Tunis" (Note: Turkey and Britain successfully resolved a battle in Tunis several months earlier and we've confirmed that there are no old battle files lurking in anyone's Battles folder);
-After clicking "OK", the program opens up Turkey's Battles folder apparently looking for a non-existent Tunis battle file
-With no resolution possible to this phantom battle, the game fails to produce a new Diplomacy Phase file for Turkey which has completely halted game progress.

We would much appreciate any advice as to how to move our game ahead. Do we need to revert to 1.02j or some earlier version? As it is, we're completely stuck, even after attempting to "dummy up" a blank battle file.

Current game files are attached...

Thanks,
Ron

[Jimmer]

There's a problem trying to add a free state's corps counter to a valid location outside of that free state's borders. In this case, GB owns Sweden as a free state. There are several British corps in Portsmouth, plus one Swedish corps and four Swedish infantry. There's even a depot, although that shouldn't matter (all that's required is a friendly corps and at least one factor to put into the new corps.
 
Attempting to select and place another Swedish corps there returns "You cannot place that type of counter there."
 
I can add a saved game, if needed, but I suspect this one is trivial to reproduce.

[Spartan07]

bump...Any news on this display bug?

Mike

[Marshall Ellis]

Mike:
 
I have not been able to dup this. I did take the engine to a smaller system with less memory to see if this was the issue but was unable to get the lower right quad (Or any other quad) to corrupt itself???  Can you make this happen regularly (somewhat)?

[Spartan07]

Marshall,
 
It happens after loading a few Pbem files. Normally will occur after loading 6 or 7 files.
 
Mike

[Jimmer]

There's still an old problem that seems to have gotten lost (or, at least was still happening at 1.02g):
 
These steps are in order, and the order matters:
 
1)  One corps is besieging a garrison (use free factors for this example)
2)  Corps from the besieged nation tries to break the siege by sending in some corps to relieve the siege.
3)  Siege is lifted temporarily
4)  Factors inside the city forage. Note that the siege is currently "off", so the factors forage for free.
5)  Battle is fought
6)  Besieger wins
7)  Besieger is NOT besieging the city any more, but is in the field after combat
 
Steps 4 and 7 both violate the rules. Step 7 is obvious: The besieger should always be consider besieging until either defeated or its next turn.
 
Step 4 is not so obvious, but is clear: The factors in the city should forage using the city's spire values, minus 1 per five full factors. This never actually happens if the siege is temporarily broken (regardless of whether the battle is won or lost).
 
The way it SHOULD work (per the rules) is:
 
1)  One corps is besieging a garrison (use free factors for this example)
2)  Corps from the besieged nation tries to break the siege by sending in some corps to relieve the siege.
3)  Siege is lifted temporarily
4)  Factors inside the city forage. These factors must forage using the city's spire value and negative modifiers due to high factor count (-1 per 5 factors present), despite the possibility that the siege will be lifted.
5)  Battle is fought
6)  Besieger wins
7)  Besieger is replaced into "besieging the city" position
 
Obviously, if the attempt to break the siege is successful (step 6 has the opposite result), then step 7 would change to "Besieger retreats ...". However, step 4 should NOT change, because it occurred prior to the siege actually having been lifted.
 
This is a major problem tactically. By the rules, if someone puts a 1-factor garrison in place, I have two chances to conquer the city: When I attempt the break-in roll, and again the next time that garrison forages. But, if a simple one-factor corps is sent against my besieging force, the factors do not forage at all (unless they are in a corps -- and THAT gets REALLY ugly; try it some time).