Page 1 of 17

Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 2:16 am
by Monadman
. . . .

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 9:02 am
by bresh
LC8, im guessing thats when both MPs are not allied ?
Else im not sure why this should be a bug, that they join forces ?
 
Regards
Bresh

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 11:48 am
by Mardonius
Monadman:

You may want to add this one as well: The owner of a non-besieged Constantinople can elect to allow trade or not allow trade from the Black Sea. See Avalon Hill rule book page 24 8.2.1.2.1.3 "ports on the Black Sea can only trade if given permission by the major power controlling Constantinopole (sic)."

Perhaps a check box in the Turkish trade options that could be defaulted "yes" if Constantinople is enemy occupied/besieged.

best
Mardonius

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 12:26 pm
by bresh
ORIGINAL: Mardonius

Monadman:

You may want to add this one as well: The owner of a non-besieged Constantinople can elect to allow trade or not allow trade from the Black Sea. See Avalon Hill rule book page 24 8.2.1.2.1.3 "ports on the Black Sea can only trade if given permission by the major power controlling Constantinopole (sic)."

Perhaps a check box in the Turkish trade options that could be defaulted "yes" if Constantinople is enemy occupied/besieged.

best
Mardonius


As you mention yourself, its not just Turkey but The OWNER of non-Besigged Constantinople, who controls the trade.

So every nation beside Russia would need that box. Case they had gained the control somehow.
Even GB since GB could be blockading the other ports, so that the Russian US-trade went through the black sea.

Regards
Bresh

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 12:48 pm
by Mardonius
True, Bresh. I was settling for the 99% solution.

best
Mardonius

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 12:57 pm
by bresh
ORIGINAL: Mardonius

True, Bresh. I was settling for the 99% solution.

best
Mardonius

Still its not really a bug :)
So better put under its own thread.

Regards
Bresh

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 1:37 pm
by eske
LAND PHASE:
Moving the same factors two (or more) times.
Move a corps to an area with second corps and a depot (build depot there). Transfer factors to depot. Now transfer factors from depot to second corps, which have not moved yet. Move second corps.
 
Don't know if this has been reported before...
 

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 2:09 pm
by bresh
ORIGINAL: eske

LAND PHASE:
Moving the same factors two (or more) times.
Move a corps to an area with second corps and a depot (build depot there). Transfer factors to depot. Now transfer factors from depot to second corps, which have not moved yet. Move second corps.

Don't know if this has been reported before...

Works same for garrisons. Which both where allowed in EIA rules, since you moved 1 corps at a time. And you where allowed to detach/absorb factors from depots+cities. Though, so no bug really.

You might have had some House rule that didnt allow this, but its leagal if just follow EIA rules, section 7.3.3.

Regards
Bresh

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 4:16 pm
by ecn1
I checked, and havent seen this bug posted.

This is a pbem game.

1. Russia is attacking Denmark. Russia has taken Copenhagen. Russian Fleet (19ships) is blockading Danish Fleet (19 ships) in copenhagen

2. Danish auto evacs after Spanish land phase and before french diplomacy (note, I think this is incorrect also, should it not have been at the beginning of next naval phase)

3. Log says battle is fought, Denmark wins auto evac, but the blockading Russian fleet has disappeared. All 19 ships are gone. Obviously, it is impossible for them to have been all killed, at max the danes could have only kills 4-5 ships.

I have attached the sav file of what happend after spanish land phase (its french diplomacy phase after evac)....I am the host, so its the UK sav file...

erik

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 4:26 pm
by Jimmer
ORIGINAL: Monadman
D16 DIPLOMACY PHASE
Problem: Mack and Charles show up in France’s victory conditions screen when France is holding them as prisoners.
File: Prisoner leaders as conditions.sav
Status: Confirmed bug – Pending
This is not a bug. Leaders certainly SHOULD show up in the victory conditions screen if captured. For example, let's say that GB captures Napoleon somehow. A rule change here would prevent GB from taking "remove Nappy" as a condition, and thus take away the possibility of the "optional rule" or "house rule" that GB has to take Nappy as a peace condition.

Furthermore, it would be trivial for a power to prevent losing a leader: Place each leader they want protected onto a 1-factor corps. Then, make a suicide run into an opposing stack with each of these corps. Presto! No (good) leaders taken as victory conditions.

I think it might be better to make a note that the leader is currently captured. Perhaps change the color of the entry or something like that.

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 4:40 pm
by Jimmer
ORIGINAL: Monadman
L24 LAND PHASE
Problem: Unable to disembark from sea area 18 into La Rochelle
File: L24-Sea area 18 into La Rochelle
Status: Confirmed bug – Pending
I believe that the problem in this one is that the sea zone is not "connected" to La Rochelle. Even when unblockaded, if a fleet tries to go NW out of the port, it always goes SW for the first movement point, and then to the sea zone targetted.

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 4:43 pm
by Jimmer
ORIGINAL: eske

LAND PHASE:
Moving the same factors two (or more) times.
Move a corps to an area with second corps and a depot (build depot there). Transfer factors to depot. Now transfer factors from depot to second corps, which have not moved yet. Move second corps.

Don't know if this has been reported before...
I don't believe this is a bug. This is the way it is supposed to work, I think.

RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 7:47 pm
by Monadman
ORIGINAL: Jimmer

ORIGINAL: Monadman
D16 DIPLOMACY PHASE
Problem: Mack and Charles show up in France’s victory conditions screen when France is holding them as prisoners.
File: Prisoner leaders as conditions.sav
Status: Confirmed bug – Pending
This is not a bug. Leaders certainly SHOULD show up in the victory conditions screen if captured. For example, let's say that GB captures Napoleon somehow. A rule change here would prevent GB from taking "remove Nappy" as a condition, and thus take away the possibility of the "optional rule" or "house rule" that GB has to take Nappy as a peace condition.

Furthermore, it would be trivial for a power to prevent losing a leader: Place each leader they want protected onto a 1-factor corps. Then, make a suicide run into an opposing stack with each of these corps. Presto! No (good) leaders taken as victory conditions.

I think it might be better to make a note that the leader is currently captured. Perhaps change the color of the entry or something like that.

Okay Jimmer, fair enough, but I reworded the issue (D16) because we still have a bug buried in there.

Thanks

Richard


RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 7:49 pm
by Grognot
ecn1 --

Must be the same bug I reported where my Prussian-controlled Danish fleet broke through a Turkish blockade (voluntarily -- it wasn't an evacuation) and the Turkish fleets scuttled themselves instead of retreating.  I would not be entirely surprised that it's relevant that in both our cases, it was a minor fleet that won).


RE: Reporting bugs (post v.1.02)

Posted: Tue Mar 11, 2008 8:02 pm
by Jimmer
ORIGINAL: Monadman

Okay Jimmer, fair enough, but I reworded the issue (D16) because we still have a bug buried in there.

Thanks

Richard
No problem.

RE: Reporting bugs (post v.1.02)

Posted: Thu Mar 13, 2008 2:58 pm
by Monadman
FYI . . .

Manual changes, that will be added to the next addendum file (1.02b), will now be posted at the end of the latest bug list.

All three currently listed involve deviations due to programming issues.

Richard

RE: Reporting bugs (post v.1.02)

Posted: Fri Mar 14, 2008 12:32 am
by pzgndr
FIXED: Text in current reinforcements window is overlapping

I noticed one example where there is still a little overlap. Not much, but if '(Winter)' could be moved to the right by a few pixels then that would be good.



Image

RE: Reporting bugs (post v.1.02)

Posted: Fri Mar 14, 2008 1:58 am
by Grognot
Seeking clarification re:

L19 LAND PHASE
From: pzgndr
Problem: When a major power garrisons a minor country first and then a common enemy of that minor country was to garrison that minor AFTER the first, the program gives immediate control to the second major power and will eventually allow the newcomer to steal the conquest.
File: Stealing conquests.sav
Status: Confirmed bug – Pending
----------------------

Does this mean that if two powers meet the conquest criteria -in the same month-, that the order of the land phase is used to break ties?  Or is this referring to a case where a second player enters, in the same month that control -would- have been transferred to the former (e.g. player A beats garrison in month I, player B enters in month I+1)?




RE: Reporting bugs (post v.1.02)

Posted: Fri Mar 14, 2008 3:34 am
by Jimmer
Found a big movement bug in 1.02. Check out the picture. The third Swedish corps is trying to move to the space immediately east of where it is now. The message (see the log entry) says "Complicated path! Try smaller number of areas!"

Last I checked the minimum movement one can make and still move is one space, which is exactly how far this space is away.

You can kind of see the issue by the white borders, which stop at the depot.

I suspect that the fix for the retreating problem up there broke the movement process.

RE: Reporting bugs (post v.1.02)

Posted: Fri Mar 14, 2008 3:40 am
by Jimmer
OK, it's even worse than that. Use the same saved game as my last post, but go a little further: Actually try to hit the end phase button, and up comes a notice that the Swedish corps is out of supply. One space from a depot, and out of supply.