colossus-tracker Mailing List for Colossus (Page 46)

Bugs item #1837822, was opened at 2007-11-25 02:24
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1837822&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 1
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Clemens Katzer (cleka)
Summary: How to submit documentation typo?

Initial Comment:
When I come across a typo, mispelling, grammatical error, etc how to report it? Might as well work on the documentation as well the program.  Also, how does on submit contributions to the documentation - ie I found it hard to figure this out, I want to make it easier for the next guy. 

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-17 22:48

Message:
Logged In: YES 
user_id=1717697
Originator: NO

Closing this. The document "Bug reports" tells how to submit bug reports
in general;
if it's in Documents, there is a special category, if it's somewhere else,
one could
put GUI or General or whatever. 

No point to keep this bug open.


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-02-24 13:19

Message:
Logged In: YES 
user_id=1717697
Originator: NO


No answer any more ...hm.

Leaving this bug report open for now, 
as reminder to describe this procedure somewhere.

-Clemens


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2007-11-27 17:01

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Bug type Documentation can be used for things wrong in documentation.
If it's some texts in the game itself, I suggest you rather put it to 
e.g. "GUI".


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2007-11-26 10:00

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Just submit a bug report for them. If others don't mind, I'd propose
I could create a category "Documentation" in the bug tracker.

Until then, just put them to General. Typos or similar in the 
program ... well, General or GUI ? Does not really matter, I'd say.


If it's small things, few words or so, describing it in the
tracker entry is enough.

If it's several lines or paragraphs, you can attach the modified
file directly to the bug report.
(But PLEASE, if you edit it, edit them with some decent editor
 like Notepad, Editpad, Emacs, VI, so that in the new file really
 only the changed lines and words are changed, 
 and NOT with Frontpage or Word or similar which rewrite a totally
 different file, all cells different/own formatting etc. ... )


-Clemens


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1837822&group_id=1939

Bugs item #2049859, was opened at 2008-08-13 19:08
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2049859&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 2
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: WARNING: got order to kill creature Angel...

Initial Comment:
After fixing: [ 2044243 ] "After summon and left offboard, can't after battle summon" now instead is printed some WARNING (2 times) to console:

  "WARNING: got order to kill creature Angel in legionEvent Revealing event: Gr02 battle starts but no such alive creature found!!"

(I guess they come from the other, not involved clients).  Separate tracker item for that because it's totally different issue and much less severe.


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-17 16:51

Message:
Logged In: YES 
user_id=1717697
Originator: YES

Chances are good that this problem is now solved after re-setting 
donor to null when doing unsummon and before any new battle.

Did not get this message after that any more, but let's see....


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2049859&group_id=1939

Bugs item #2028230, was opened at 2008-07-25 20:51
Message generated for change (Settings changed) made by dranathi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2028230&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Dranathi (dranathi)
Summary: Terrain penalties not applied in combat 

Initial Comment:
Newest trunk version via Java Web Start.


Penalties for terrain during battle are not being applied. 

Example:

An ogre in the brambles striking another ogre is needing a 4 to hit, but non-native creatures should lose a skill factor striking in or out of brambles.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-29 15:25

Message:
Logged In: NO 

I've noticed that too.  Currently testing a patch.  Appears to occur with
Brambles only.  Which Variant were you using?

-Ed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2028230&group_id=1939

Bugs item #1232961, was opened at 2005-07-05 19:23
Message generated for change (Settings changed) made by dranathi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1232961&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Variant
Group: None
>Status: Open
Resolution: Wont Fix
>Priority: 2
Private: No
Submitted By: skripi (skripi)
>Assigned to: Dranathi (dranathi)
Summary: Symmetric Unified variant

Initial Comment:
Hi,

the current 'unified' variant map is not symmectric as the old titan map is.
It has 6 towers, 6 castles but 4 keeps.

I changed the map and added to the left and right another keep.

----------------------------------------------------------------------

>Comment By: Dranathi (dranathi)
Date: 2008-08-15 18:38

Message:
Logged In: YES 
user_id=1735321
Originator: NO

Re-opening and taking this tracker item to remind me to re-check the EXT.
Variant business.  I fixed it once, but forget if I ever committed the
fixes..

I'll also look at adding the altered map as an alternate Variant.

Note: Perhaps one should also look at Splitting the map from the Variant:
so one can have a selection of mainboards for a given variant (Rules/
player count).

----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 17:31

Message:
Logged In: YES 
user_id=1717697
Originator: NO

I am closing this. How many keeps a variant have is, I think, the smallest
problem we worry about.

About the whether loading an external variant is possible or not, there
should be another tracker for it.
Edward did some work on it while ago, so it might be that it nowadays
works ok?

Anyway thats a different issue and not a reason to keep this old one here
open.

-Clemens


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-03-26 17:06

Message:
Logged In: NO 

I have seen the same problem when trying to run a variant.  Pardon me for
being "ignorant" but how can we make the Load External Variant" feature
work.  It appears as if it defaults back to the "Default" and never loads
the external variant.  Do the variants somehow get rolled into the jar
file?

robert mcdonnell
mcm...@ya...

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-12-19 16:49

Message:
Logged In: NO 

Yeah... just what that map needs, *more* keeps!


----------------------------------------------------------------------

Comment By: skripi (skripi)
Date: 2005-07-05 23:26

Message:
Logged In: YES 
user_id=729623

well - I have the files in the main distribution and include em in the jar
file.
-- i can load the variant.

But if i put em externally:
dir\SUnified
dir\Abys6
dir\Undead
dir\Default

I cannot use or run the variant...
It just uses the default setting... :(...



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1232961&group_id=1939

Bugs item #1849971, was opened at 2007-12-13 13:14
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1849971&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Clemens Katzer (cleka)
Summary: Reinforments skipped

Initial Comment:
The reinforments are skipped for stacks with 7 units. This does not happen until the first angel has been added to a stack either by summoning or by getting a new angel. After that, any stack with 7 creatures is automatically skipped in the reinforcements phase.

/ent

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-14 08:51

Message:
Logged In: YES 
user_id=1717697
Originator: NO


I think this can be closed.

-Clemens


----------------------------------------------------------------------

Comment By: EntZor (entzor)
Date: 2007-12-13 19:42

Message:
Logged In: YES 
user_id=1959089
Originator: NO

I saw your comment, and therefore tried again. I reinstalled my java
client, and now i cannot reproduce it. So it may have been something with
my java installation. Sorry if you wasted a lot of time on this. 

Great game by the way. It is my favorite board game, so many thanks for
making this pc version.

----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2007-12-13 17:12

Message:
Logged In: YES 
user_id=1717697
Originator: NO


I cannot confirm that. Is the point of your bug report that

1) it is not skipped before first summon or acquire,
or 
2) that it is skipped after that?

I guess you mean 2).

In 2) Do you mean "(after that, ) any stack which has 7 creatures 
_when_the_battle_starts is automatically skipped in the 
reinforcements phase in turn 4" ?
That would be a bug.

If they have 7 creatures in round 4, naturally they have to be skipped.

( do you target only to turn 4 reinforcement or also the
defender-after-battle-reinforcement?)


I tried it right now - 2 humans playing against each other, one angel
was summoned, later I attack with a 4 stack a 7 stack (lions etc. in
plains),
kill 1 creature of the defender, press done until turn 4 is reached
... and it offers me whether to take centaur, lion or ranger.

First I had tried it with a saved and reloadded game, 
and got reinforcement there too, so I tried explicitly to play from
start, Colossus freshly started, until that point.

(the only thing is, I did not summon myself, I did let the 2 players
 in Autoplay play some while to grow the stacks, and the acquire happened
 in battles during that autoplay-phase.)


-Clemens





----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1849971&group_id=1939

Bugs item #1900956, was opened at 2008-02-24 20:15
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1900956&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Rules
Group: None
Status: Open
Resolution: Accepted
>Priority: 7
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Clemens Katzer (cleka)
>Summary: Nonentry of summoned or mustered unit

Initial Comment:
The current rules interpretation is that if you don't enter a unit you have indicated you wanted to summon or muster during a battle, then you didn't summon or muster it. Based on the event record (I didn't check the caretaker stacks) it looks like colossus is slaying the unit instead. With the AI bug handling musters, this ends up happening a lot currently, though the impact on games is small.

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-14 08:19

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Increasing priority - this really should not happen.

(I think for summon I fixed it recently, at least the unsummon (put it
back to donor) works.
Though it should be checked once again, too, whether it affects the
caretaker...


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-02-24 21:01

Message:
Logged In: YES 
user_id=1717697
Originator: NO


You are right. I would have sworn I've seen pieces in the
code which would handle that case right. But I just tried it
- a reinforced but not entered behemoth lead indeed the
caretaker to decrease the count for Behemoth 
(that legion lost the battle, BTW), 
and it's not corrected even after battle cleanup or 
next players turn started or something.

So, this really needs fixing.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1900956&group_id=1939

Bugs item #1607636, was opened at 2006-12-03 03:16
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1607636&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
>Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Clemens Katzer (cleka)
Summary: GUI unresponsive since work is done on EDT

Initial Comment:
You're most probably already aware of this but...

When an AI player is thinking, the GUI freezes up. This happens during play in various situations, but in particularly when commencing battles and during battles. Some AI vs. AI battles are begun and ended with the battle window still being grey from not having been drawn. Also, when opening the Task Manager, you can see pretty intense java action during these periods. Without having had the time to look at the code, I suspect you refresh the view, when you move chits about, and that never happens when AI is thinking, so the screen is not redrawn. 

Maybe you don't need to create a threaded solution to have a decent GUI response. If you can yield control to the OS regularly, you will see both GUI being updated if you use a persistent canvas and CPU usage % drop to a more decent level. I cannot remember the Java way, but in C# you yield by inserting the command
Application.DoEvents(); in your loops or whatever. There must be a similar way in Java, maybe Thread.Yield(); or something.
Best regards,
Christian

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 23:23

Message:
Logged In: YES 
user_id=1717697
Originator: NO


I queried from developers list on 2008-08-13 whether this is 
still an issue for anyone - for me, I never had problems with it.

If there is no response in, hm, 6 weeks, I'd like to close this here.

-Clemens


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2007-06-26 16:19

Message:
Logged In: YES 
user_id=1717697
Originator: NO


I think the yield() thing WOULD (COULD) help. 

AFAIK, the AI work is NOT done on the EDT - it is done in the
SocketClientThread.
So the only reason I can imagine why graphics freezes would be actually
simply
that the EDT does not get CPU time.

Certain graphic updates (like, when user clicks on a legion, highlighting
the
possible target hexes), that IS done on the EDT, and I think that's OK.
( In fact one problem is rather, that certain graphic updates happen
  in the ClientThread whereas they are supposed to be done only by the
EDT.)

The AI thinking happens, when message from server comes to tell the
client
to make it's move; the socketclientthread parses the message and calls
certain method in the client, which eventually calls certain methods
in the SimpleAI.java (or whichever other AI).

I don't know about java threads, does the JVM take CPU away from some
threads
eventually or not; but a more occasional yield() might really help.

__Is there anyone on the colossus developers list who has thorough
understanding of
__the threads and their interaction, could confirm or deny this  ?


Haven't tried it yet, though...
However, I do not experience much freezing (so that stuff is not redrawn)
- perhaps my computer is simply fast enough; I do realize a delay, that
I can't do anything with my stuff for several seconds, but if I remember
right there was no problems like "clicking on menu does not react".
So, attempting to add such yield(), judging then "is it now better or
not"
would be always very subjective impression....



----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-12-04 09:39

Message:
Logged In: NO 

Ok, I'm sorry to hear that this was not as easy. 


You people have one a fantastic job on this game, I must say!

----------------------------------------------------------------------

Comment By: Peter Becker (peterbecker)
Date: 2006-12-03 10:32

Message:
Logged In: YES 
user_id=41603
Originator: NO

Yes, this is known behaviour and it is not limited to the AIs (although
most obvious there).

Unfortunately the fix in Swing is not as easy as you propose, since the
widgets are not native and have to be drawn by the JVM. To fix these issues
you need to move your working code into a seperate thread outside the event
dispatch thread (EDT), in which the callbacks etc. happen. There are
standard patterns for that, but it is quite a bit of work to retrofit the
existing code into that, esp. since some parts might rely on the blocking
behaviour.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1607636&group_id=1939

Bugs item #1903253, was opened at 2008-02-27 19:26
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1903253&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
>Resolution: Later
>Priority: 4
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: Close window: assertion error "No processingPlayerName"

Initial Comment:

Closing (that last?) MasterBoard window, with assertions enabled:

C:\mywork\Trunk3>java -ea -Djava.util.logging.config.file=logging.properties -Xmx128M -jar Colossus.jar
Exception in thread "Thread-2" java.lang.AssertionError: No processingPlayerName!
        at net.sf.colossus.server.Server.getPlayerName(Server.java:633)
        at net.sf.colossus.server.Server.unregisterSocketChannel(Server.java:558)
        at net.sf.colossus.server.Server.disconnectChannel(Server.java:509)
        at net.sf.colossus.server.Server.waitOnSelector(Server.java:320)
        at net.sf.colossus.server.Server.run(Server.java:140)
Terminate batch job (Y/N)? ^C

C:\mywork\Trunk3>

Probably this is due to the fact that the window closing and all the server side shutdown I wrote only with "what comes from socket in mind". Needs some changes...



----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 23:01

Message:
Logged In: YES 
user_id=1717697
Originator: YES


Since this does not affect real game, just "perfectness of programming", 
"do it right" style of stuff, I lower the priority of this one here to 4.

-Clemens



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1903253&group_id=1939

Bugs item #1401226, was opened at 2006-01-10 10:14
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1401226&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: DarthMordor1138 (darthmordor1138)
>Assigned to: Clemens Katzer (cleka)
Summary: Poor log window performance

Initial Comment:
when restarting a new game or reloading a saved state, the existing log 
window remains associated with the previous game.  I have to close the 
old log window, uncheck and then recheck the "show log window" 
option.

Also, the log is only accurate from time it is opened.  Should it not 
show the whole game?

-RB

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 23:00

Message:
Logged In: YES 
user_id=1717697
Originator: NO


The point of "having two open in 2nd came etc." was solved quite long
ago.

The point that "it shows only data from the moment on it was opened" it
still
true, and one can argue whether this is good or not, anyway it's not a
bug;
one might consider to make a feature request for different behavior.

E.g. one might have both "hide" and "close" - if one hides, it keeps
collecting
but is just not in the way. In long games, this would probably mean
enormous
memory usage....

For the time being, I guess that won't be happening soon, and if one
needs
full logging info (well, up to 3 MB back - in default we log to 3 files
each 1 MB)
one can look at the log files on disk.

>The log window is for debug information, it is not meant to
> be a history of the game.

Right. For seeing "what has happened during the game" 
as relevant revealed info, there is now the event viewer.

So, I close this item here.

-Clemens


----------------------------------------------------------------------

Comment By: Barrie Treloar (barrie)
Date: 2006-02-18 09:12

Message:
Logged In: YES 
user_id=184137

The log window is for debug information, it is not meant to
be a history of the game.

As such it will remember any information from the time you
start Colossus until you quit.

It will not 
- clear the log when starting a new game
- load previous log message from saved games.

However if you are saying that when starting a new game the
Log Window is not showing the new games log information then
that is an issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1401226&group_id=1939

Feature Requests item #2049539, was opened at 2008-08-13 15:25
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351939&aid=2049539&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 3
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: Summon angel during battle moves instead of before

Initial Comment:

as I asked on mailing list: 
could the angel summoning be part of the battle movement
phase, instead of a before-move-decide-and-thats-it action?

Details:

Hi rules experts,

I was considering whether to change the summoning during
battle in that way, that it would be parallel to the moving
(instead of as it is now: first one has to decide, and then
one can start moving creatures around).

I.e. from usability I think it would be nicer (and I think
this way I played it on the board), that one can move
creatures around first e.g. to see whether one would have
space for the angel or not, then take it, and still move, etc.

Also, I'd rather have it be possible that one could trigger
the summon, look at it, cancel, ... move stuff around, and
yet again, trigger the summoning once more.
(right now it's ... once cancelled, and be it even by misclick: no 2nd chance).




----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 21:20

Message:
Logged In: YES 
user_id=1717697
Originator: YES


If Summon is changed, ReEnforce should be changed as well to keep it
symmetric.

The possibility to cancel and do again, and/or undo and redo (when one
accidentally mustered wrong),
is probably the biggest benefit in implementing this.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351939&aid=2049539&group_id=1939

Bugs item #1232961, was opened at 2005-07-05 22:23
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1232961&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Variant
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: skripi (skripi)
>Assigned to: Clemens Katzer (cleka)
Summary: Symmetric Unified variant

Initial Comment:
Hi,

the current 'unified' variant map is not symmectric as the old titan map is.
It has 6 towers, 6 castles but 4 keeps.

I changed the map and added to the left and right another keep.

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:31

Message:
Logged In: YES 
user_id=1717697
Originator: NO

I am closing this. How many keeps a variant have is, I think, the smallest
problem we worry about.

About the whether loading an external variant is possible or not, there
should be another tracker for it.
Edward did some work on it while ago, so it might be that it nowadays
works ok?

Anyway thats a different issue and not a reason to keep this old one here
open.

-Clemens


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-03-26 20:06

Message:
Logged In: NO 

I have seen the same problem when trying to run a variant.  Pardon me for
being "ignorant" but how can we make the Load External Variant" feature
work.  It appears as if it defaults back to the "Default" and never loads
the external variant.  Do the variants somehow get rolled into the jar
file?

robert mcdonnell
mcm...@ya...

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2005-12-19 18:49

Message:
Logged In: NO 

Yeah... just what that map needs, *more* keeps!


----------------------------------------------------------------------

Comment By: skripi (skripi)
Date: 2005-07-06 02:26

Message:
Logged In: YES 
user_id=729623

well - I have the files in the main distribution and include em in the jar
file.
-- i can load the variant.

But if i put em externally:
dir\SUnified
dir\Abys6
dir\Undead
dir\Default

I cannot use or run the variant...
It just uses the default setting... :(...



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1232961&group_id=1939

Bugs item #1070314, was opened at 2004-11-21 07:06
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1070314&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: David Hibbs (sage_sam)
>Assigned to: Clemens Katzer (cleka)
Summary: Game hangs on turn 4

Initial Comment:
Playing basic board with 6 players (1 human, 5 random AI).  Twice 
in a row the game has hung after splitting stacks on turn 4 -- I am 
unable to advance the phase.

I'm uploading the 2 save files.


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:28

Message:
Logged In: YES 
user_id=1717697
Originator: NO

Lot of NPEs which caused game hang has been fixed in last 1-2 years, so
this one here is most likely not an issue any more either. See previous
response.


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:28

Message:
Logged In: YES 
user_id=1717697
Originator: NO


This bug tracker item has been closed, since it is very old and probably
not relevant any more.

Colossus has been changed so much internally, that the problem situation
most likely does not exist any more; but even if it would still exist, it
would be hard to fix with the given info, because attached saved games
don't work nowadays any more.

Should someone again come over this bug situation, now a new bug tracker
item should be created with a recent Colossus version.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1070314&group_id=1939

Bugs item #675579, was opened at 2003-01-27 19:48
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=675579&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 6
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Clemens Katzer (cleka)
Summary: Out of memory when loading game

Initial Comment:
I get an Out Of Memory error when attempting to load a
game. Please see the (hopefully) attached files.

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:26

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Default memeory heap size setting, Memory management (freeing objects),
split predicit init, history stuff etc. was changed so much in those over 5
years that I consider this case here really a candidate for "obsolete". 

If someone encounters such a problem again a new report should be done for
it...

-Clemens


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:26

Message:
Logged In: YES 
user_id=1717697
Originator: NO


This bug tracker item has been closed, since it is very old and probably
not relevant any more.

Colossus has been changed so much internally, that the problem situation
most likely does not exist any more; but even if it would still exist, it
would be hard to fix with the given info, because attached saved games
don't work nowadays any more.

Should someone again come over this bug situation, now a new bug tracker
item should be created with a recent Colossus version.


----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-01-28 16:56

Message:
Logged In: YES 
user_id=9425

The attachment on the duplicate bug report was okay.  I see
the problem loading that savegame.  Will debug it later.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-28 04:22

Message:
Logged In: NO 

Cut and paste the attached text into a file called "file.uu".
Winzip will decode the file to "UNKNOWN.001" (it's not UUENCODED,
it's using BASE64 [which GNU textutils uuencode can decipher]). If you
rename it to "file.gz", it will unpack to
"03012701-02.xml". I've just tested that out by cutting from this
page.

I thought at one time you were able to attach multiple files to a bug
report?

----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-01-28 00:57

Message:
Logged In: YES 
user_id=9425

The History stuff is needed to initialize the split
predictor.  (And will be used for other things too.)  You
can't safely chop it out.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 23:54

Message:
Logged In: NO 

I finally got it to load by removing the <History>
stanza. However, all my stacks appeared as height 8, I
couldn't see their contents, and I couldn't select stacks of
colours that weren't my player colour (I inherited the stack
chits when I defeated the other players). 

Something seems broken in the processing of the save game
History section?

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 23:52

Message:
Logged In: NO 

If I take out the <History> element, it loads, but all my
stacks are height 8, I can't see their contents, and I can
only move the ones of my player colour (not the ones of
colours that I inherited from defeated foes).

Something seems broken in the processing of the History
element in the save game file.

----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-01-27 23:49

Message:
Logged In: YES 
user_id=9425

Your attached savegame yielded a broken .gz file for me.

It's big because we're tracking more information.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 23:43

Message:
Logged In: NO 

I finally got it to stop crashing with a max-heap-size of
256m. However, although it no longer crashes, it seems to
now just go into a sleep state, as though it's forgotten to
pop up the UI. ???

Never mind, here's the last representative part of the
gamelog file. Note: the last line seems to basically repeat
forever (89Kb):

- Called Player.setType() for Gold
net.sf.colossus.client.CowardSimpleAI
- Called Player.setType() for finder
net.sf.colossus.client.Human
- Called Player.setType() for Green
net.sf.colossus.client.SimpleAI
- Called Player.setType() for Brown
net.sf.colossus.client.SimpleAI
- initSocketServer maxClients = 2
- About to create server socket on port 26567
- Called Server.createLocalClient() for user
- Random source unavailable ! Falling back on a PRNG
Loading options from C:\Documents and
Settings\user/.colossus/Colossus-finder.cfg
- Switched to Look & Feel:
javax.swing.plaf.metal.MetalLookAndFeel
Loading options from C:\Documents and
Settings\user/.colossus/Colossus-Green.cfg
Got client connection from /127.0.0.1
Got client connection from /127.0.0.1
Decremented waitingForClients to 1
Decremented waitingForClients to 0
Warn: Called rollMovement() more than once
Error: Certainty error in revealCreatures -- count is 5
height is 3
Error: Certainty error in revealCreatures -- count is 5
height is 3
Error: Certainty error in revealCreatures -- count is 4
height is 3
Error: Certainty error in revealCreatures -- count is 4
height is 3
Error: Tried to remove nonexistant creature
Error: Certainty error in revealCreatures -- count is 4
height is 3
Error: Tried to remove nonexistant creature
Error: Certainty error in revealCreatures -- count is 4
height is 3
Error: Certainty error in revealCreatures -- count is 4
height is 3
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8
Error: Certainty error in revealCreatures -- count is 9
height is 8

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 23:03

Message:
Logged In: NO 

Even with that increase in the initial VM size, I can't load
the save file. Why is it all of a sudden so big? What can be
safely trimmed out of it?

----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-01-27 21:41

Message:
Logged In: YES 
user_id=9425

Happens with any really large savegame -- don't worry about
the attachment.

By default Java only uses 32 MB of heap, and loading really
big (many players, many turns, many legions, etc.) savegames
needs more.

If you're running locally, you need to run java with
"-Xmx64M".  The "run" (Unix) /  "run.bat"
(Windows) files
included with the distribution do this.  Just
double-clicking on the jar file does not, and I can't fix that.

I changed the .jnlp file to allow using up to 128MB.  So
this should be fixed for Java Web Start users in the next build.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 19:54

Message:
Logged In: NO 

begin-base64 644 03012701-02.xml.gz
H4sICHNvNT4CAzAzMDEyNzAxLTAyLnhtbADkXVtz2ziyfharzn/Ael7iqkkk
8KLLlCdTsqzYnpEtH0lJamtrH2iJtlmmRBdJxfG/327cSYq6WfHszGZrEwBs
ND50N7obEMg5+e37PCLfgiQN48WvR/RD44gEi2k8Cxf3vx59nnx63z767eP/
WSe9OIrTdJmOF/5T+hBnRh/7CAgI/Dn54iehv8jILEx+PerevqSpHzWPyF0Y
Bbr+4ZufHJG67DNZJovr5fw2SD62nJO6URUEvWWSBIvsJvJfoJGe1PMNBaoH
Pw0+2pqI1SWNnwSZ/6g68cYk8LNlEpCFP0eUYdKPgjl09aMjkgRzP1wwWYBg
ZoE/g/lSjX4lh8V9kO9KHdm3saFrMn3wS929LXuf+lES3+dH3rZr8BDM4+wh
31lNub2+dw+ltUxWi8veMHTvIZwHib+6c3NDX2GUFbA3jfwyjeKntAL2hjmf
Jf59vMgP3FImsqnvMpxVdN2Aue8n2cNqA9XzdjbwWGS5jk015/X9PoVJUDG0
vSX8cz+5j1+ioELmG+R2js4lP7C35ZzP46SoLj2st6FvEt7d7avr86WfzAD3
Xiv64mVWWBmqp7u+5+/+LbjQ5/gx19vdEvQfi/D+IdsL8iCsFPOGFXXlz0su
yN1y1CswjHAaJ0GFWW6w7KtwEZc8GHW3lPXwPqkwaLphyiN09sl+4hr7kT/3
F7NCf3tLnz0OkqeguJpk39b6vpMw86uUvKFnEkfRfnHi8wIVvFhtHhvixFc/
uQ38vKA6sq+3sW8UTx/3Cqtf/SyoSCfotqb9NfHDwqrYNsB9fYEkbVExrKEp
yJYKmdEJT66U84wgXGUvT1BeBNmH9O7DVETeD9MohMl96MXP4OfG4fwpCrqX
RwSfJ7JnmkHUguEn8XMAjV4DcKe4WsHSXBV9smQJy2i+jKLw3l+kg+AuYzNk
rNJ+FM5/PYLn8TcmzhEYEptEFkTBU5xkAbC486MUeKRL8CQLo6G+clrLFNfO
2mldLOdo6WI2o6A8GdeYDHVc5SbFyOunc5qcz4pTcreakqn1QXAPTle6lFkD
rHPKs9+L4Dv3ghK0asAxNXcgTV7G4SxgcfTJx74gkyVfq1NIV7Jrxp033fpZ
FgUTP4pecEoGljXeor6BrJjZbKLPJ+p/JvU65Cd1rp11+vIK+sINRl5h2FKp
Mao1xpX/ao0V3dZGcelty0bSvcm2kaRbkGTDKUoSW7axfWDWOogkReCpH4pQ
pyqHo1T7t02EKgbvqph2UTHtkmLaaxTjHdzEV85kbfiv/1BVbyFE3N+ZQuRh
1BQia9nSur0DCPHPccHbiMrOi8ouicreQVSHsLfuQd3jLkb5CsKNkj4vJRtO
qyBobNgydLkHkPPWruyNCDeK8DQpGqtbMlZ3B2NtH0CI+syi/l8S37ZZ8wVL
7BSE2NnaDg/hGuXWq34gOrFxflsycfy0oz1jipXPZ1ulfLb1pvbMD2jqO1Nt
k9l0Cv6vWfR/ze2myv3A6zdbBzWAfVOVRrNoAp2SCXTedEuzW/KxddgUJ/m7
iscppiel7GRb4VD6X74+7KIlNEqW8LbB7Yd70m2k0ipKpXRGs/aQ5v3hA9au
xy+HpN8mqNiv2/zkJYYm92qJyR9J6n/NXRLItPm6xNOU6YHC176eaC9/dVLP
XyHIn3knQbDYcDpcPu7mnQpHxLZ5RExbjZ2OiA98PHxe0jotbdnotns2YNZ6
uwNi+UPIjzg7hJl0imIppSxOZ2uxNA8gFuMn3PqfQqp+IjwY4SoV7rIoT5P4
eedFKToVFiU1F6XXec2PUHTHH6HO/Mz/FEYBkYU/ghfjelQWJD/Lys/97xlb
Hj+fBXf+MsqOPp7841+9s+6k+697dDZCiKfJMn3gRZwBqVEir1oQm4iLLvy5
TfhdCKUkh6hfz0VLzZr5yeO54P/7cnEfBYr3GtYOkfeIiBxLmIYxmDJA2cCN
ghArBf0tfN585SfmhGBQdOeCKUu6iBqD/4pOdIP+aZy3WC9BFMXPvAIGFS7S
nKjEyQ12xesLpJK1Q8yAy1in/mwWBczGyEUYRelq0CBkcbAhOIsDaM05nyAB
5zgKv0mNfI3jWZ6zwgwC5Ls0spqzTfqG/BnmOMFp8cpZkAZJZnJWInCIuPki
GbHzAGKIR9zd0pxvo6WETMbP/vwph1npDTCzcw9SwRnnZP4EBZyTYKYeX8VL
aGVaLGK2i3Lm97RMzMJf6LFy95pQpY8vp3Iek+VCIitOwi4Knl1PImuGAnD8
jktNiMv6iTB3RMKU+CR9CqYhIJj6aWCB4bzIfpyG/WG+hJAG6S5esgdwZ1CU
ppBrVGs018oNkjVdx4tBnMxQy+K4L9/uEZ7gkvcwZ3RBhBKxLybW0zJ5Ej6B
MF9l6NmgZ9vjFcumZO1lhRfVAr6FXW+0rG7v/z9fjrqngz4BJ05YuCceluTP
kNbkctK9nvQH/ZvhaIJUDd50eXUzGn5h/Szr3//+eFKXLni9b2amrJxy/ZTF
8Qg8TKocdK5ROGuzzXDcDeKS0xjUYVH0OP5jwIqOdE0Ny4Z2TmHjxEXJVQTw
OIEGT3Z2oOk08ee3UZCyKhWdHD2AA5xU0RPPXcXeVaA81dvDNs12B4GxeHRA
gdkmjkYeFkrOqNp5YjtPvEpSZtXOVw3OFHri3ynQpPAgBcYpCDIlXJ66m5sH
5OYRePkhPaXq/aUNwfIxSFJMNVfkCT+R08ifPlqnjw1KfiXd70GKZRvK/ZcA
iw4Uz0JWdKH4CXK2hyDBqgfVC9AGlptQHqBHwJtE2NCChpvl/OkxXGC1DdVR
nDI2HSiPIQo9gV+GOm1g/RGyKqwgivETOM4HSLmwAaFM4vltmkHCBD6RRVML
NqgM7wIsIkmxinSnATJJGObeQ5BmWGGow3tINDnLhAOP40csN1l5mdxHfsr4
MOD+MxYZaH+ORY4ZvTvUOOInSO0TrCGQib94BEeJVQTy9SEAT4PCXcKUlwLr
9CFOsMag+hkWGVKQYcTIEGovipczrCDK/v09FhHkpzhmPVqszGMc1hHkVRyz
MqIcTrP4aQlTWTKYN/4MvTJWGU4I/v4sxioTbAKTWGSAFC9jWfiTHQM0W04D
4AF1m0ECeUCZgY3ByWCFYWW6gAqXaMLKzBTAJWKZCfMF7DZkzJlAwUAYAy5S
P/FvocZFOg3nsPoTfMwNYYkcpUR9hhMTT+s8EUCX0SyJWR2Jzvx7yMiwxq3W
hyR7hlVuA+kDlhHrpyhYMjomWYwc51zz54n/BMELq21m3skTlhHrIAYbZNwZ
2CFmYFihfB6wMLGGMMYLcKWAdRTMrJEQaQLBHitsZfmQM2PF4bAyLCPE8xgW
z0iIE9YAe4AQfw/Y0CMuUZ3CYgviHD+EQcQG63DTTPzIGgmpgkSxzHA+Q/TG
Cl9VEBMB5pBlfNZQLqnHBywzI03ieI4VbqYZFrneX2DHFGGVSxOcS4o1bqjf
scikCXEbywjxBkP1NGJ1BHkTZ7j+h4kEeXeHFYTwFZ3KUKwkZi4/gS/BpMK6
WQrFJ0no37M6s1A/zfhThjRMYKAMqy5fRE8QNVjdY1KO7iHP8rHeFDoH+Dd8
bV0E0Zz3RdSXi8dndCo3fHHJ5BLqfHUFi/slr1I2p3lwD9LEad/wFfYljBHK
T2QcRpDVWuOQTeAU3Q+UmZSX00cADzUhZv8JvTQ2uNJ0buNnrDP4/hK9HnvO
vFfIaVsMLswsxRpzC8EMlAQV5hcWAS49qDLko5Cj4Wbx4CME7MgN+AkcSrpL
lBGRZfwUhdkHyCe32qR2o6h7+YtlXV5fTi67g/HN4HJC+Oa78cEj70SqqLJV
mcvKf4+BhGd4ioSlsOyv41Vs6YdGmW2+s2ZaHG4lW7uSrQGljLM0lQJbp1II
r0LrFNGu7lXGqwqr+bqVcF8lBXezzsq2oEesYuv9GJ01N+tsH7TNItoVXdYp
TPPdYT2zXeXBcnRMu/k+FRPlZ8hlnyErfmYbGNnuGO2YeZv0VLVLPrZqt+H/
+b6ap/EMMm27xNNm7Zre4GdZ40l3NBlcjifkzCU9l/RdcuaQHmxPHXLmWdZk
+LU/2kWm/Kzsx218YB6QHBFa3gPRfNVes0Oi+b52vm9p/+Ss2U7hHlQg2ryz
UoRO/klhg1bYS9F81d52p7Vmv+bmx8AdmcDm5fl7ef6FHdpORwjqeHfuP20V
OalH2pZFa3zPX7Nr3dFo+HVcw9MMKPcuag3eVGvVPMuusSPCmiPJWnmaNtA4
NbYtr7kGqyJV03Jr7Biz5mkq6DgY9v5QZB0gg8c4iVpTkzULZLQBdE05gZYk
tIujAp1ntWr8JBIwSLo8VQeI2jV2LgxlzatRJHOtjpgCbShwbmlI14K/uEAo
rcZGkZAK6VKtBeycn62NlLYQC3U0pVOmdCxo5XOhSh3OisGB0K2x46caVRrp
lCYDZJ4UNG0aDEvSAcqmnI1WCS2S2RY8FdJpVwNsIGFbiruj59wq2wK1kIBJ
x9aKsRsl46IWNEqzV6pxy8YKhFSaja1V0yzS2RY85dK2HYNfaR0BoSMmYyu1
2O08WRPJXCEc26vE10R8npC1rdcJ9s3N2EPCphRNSxMWhegiYUvORKnFK47s
IsK2MBtbLxYnT+YhWUdK2mkY/BpFSseC58LFKJU4XnFcIKNCMo5dic9BOlsI
2tErBfvmJowLBZ8zyTjabzluidC1oFFORSmlWR4aCD1pNI6xVIpTAbqmELXT
MviVRAOELTkXpRPXLpKB/21L0XQq8blI1xGSdvUywb4FWwBX3RCical2dLRk
XUBIxUxcu9L3N5HOlr5GyaVVpPLwOGGZQTKVhHPwoSpC0TXMW7UWkNrSozQU
f0mgFysSKt/YUCzdoodCOrfGEy4Woyo4gudBUu0eG24lKWWkTQVT2ZFXcsxN
IGxJaTWalSxtRtlWE1oTBm2QLW101OjtSqYOUtKGnpLheQtMHRa/qBKUjokl
ri4jlZ6SUrqGEsIIdVT41Iq3S8MjpSsXHKXOmklBLDHC2LrAaDNapSgdGlfI
H+IObalJaT/cLukUKdtaUq01dgJZNO1oqO011gekts40tKY6RYtGQipNym5U
LxEkVGpaEyFbjFKpSYfIIssmI1T+k+ooaXtFP4aUnhKSXbmYXEbZVDArVeQw
QpVt6EhpN4u+GxQEcU3akl2pIKZ0HdromljJLMlR+tHRsqRJRigdKdXh0ina
PMvubCUip3IdsbwN4puE6djVlLA0HZl0UB0zHac4OBJ60oqcal+HLkRFOLom
ZDK35Cj9OM1qqYOrg0ClpqP043SKmkTKjhZRu9o4wCNDnJMwO9XmhoQy+aA6
dLqlgI2EtrIil1avipb8gT61MKSxogq2OozJXRcsuKZlK8Kmomtrb6A8CMR5
RSm9ovZkKjlHUttyFamtPZst5e6q4WEHqykVB2nUKnWroa9tKkppJVq5KpOp
OSzgh4sFBPwpO3S32A5U3cGoyYRD7MWY5HSxBQbJnvCbFDWZxziahOpiG7Op
AntP9HA1mW32cCzX4A9S4eSepnFMOI7l5QcA6fAeBmpjrCb0aBoDOHKba8D2
THJ3l2MBlugd9LxInGTkD3lI+ZTH0ecxuaMZVVQnO655PqIIdvl9Wsr6oBM9
S8K7jNjsiMchKTsdExck8PwrZWdkosEWh0FT9gBPyyQlOysrUMkjoyk7Mspf
zaCaKTthYoJVzGzNjBImZBMRZ4dHaF/iaOov4jwu45Bqyk7WNCc8XMvNDY/X
NjFJmWpVN4dfVTDm4hTmglNnii/JA5m5eqINwk7icn1tfrLmrBS5EOZUMNI3
WdhZXI4PO47LgfZ4a+lkLtfN5URF0Upx7nlY98037mKWz+iuuje/mAd7Vm/U
1w3TJLAm/dEv5s1O6+LyeqJbzJ/RmC8e8VvD7IEYb/IQJrMV7eqHOOusf9O/
PvtFrqMdr44c+qKOuNnkqntLtHSXyVF0uVtJFTeQWGmXHzaYoz7gpBzha/g5
uy67qmwb7bZBb+doPFV2DHpH+bKGufi4WfP1ohm6BkN3FbFncPaK6xsJ9lgG
Jcvc5ZffUb83+nw5ET/AqAuxMGlVfnc9nJB373rda0ksLhoek+Eod6G88o/Z
Wd5n3K83v/V4fHxcQK4u3OLFTln+SyDXvxMaV7ffvXPU5e3ul+7lAC9UHpPu
9dnGgQ8w6VfOevW0jyttzbiI/e6dvD/+N521tlPjkjjOmt2R/ptOWpt4wzTx
5v+OiTdME2/+r5h4wzTx5t/MxHe7nIWnGQdN5MbQRmy2reJF+N+MbapElRL8
e0ZYViSoqerIHjn8sWNut1xzu0RLzGzNgbdNOZfcZoqyjZdC0gACl+A7C4zQ
k+2sbu6dWOJlbi7MLRLPRhXLqcIEbFh2WoTq6JGwje2QRF2hcfV0HIZyyti5
5mwKmyKay+xYRiek6xWZzUhuJ5TL+Pa421faamyT6EFLsEjDbwGme9KMBYjV
SRNfchfdMWyXupPPo758k+Z4lyV70b88v5hcjklz227dwaA7mXR7f/RH4yuo
9EeTi+41aWzZna3Sbu+Cv421C1RwR/0BID2iR8f79fP27Gh3jkz/yV+rW52E
l7UiX6X6i6iF/Qa7l5Ta+0rX3rOj02RqGd69+dJR6rH/lEXzVqb4p02TG+Hx
XqdN0yTYyuP+dN296ou3WfGGIhn/cTkY8IZR9/q8Tz4N/klOR90rfEnubHT5
aUJOh+dkDFM5+3xNxoPhTZ98GQ5612R0+QUZTIbXfTIZ9cGeuhNouDrvXY0H
ZPz5anhNBsPRGSFn/atLXuoNP1+DnQ4+j7oDBuW0O+73hvAQfy9hF1jDlLx7
T392j38mfkrCLCVplgSL++yBfPOTMEgtTsdeN35P8R/PeMHxsH+z93zlq5OE
NPlLlTh+Sm7Zu1H8Zi1Hwx+7Bhqz/+txFNDQNnuJEgGk5B5fIWVvFKmXGQFR
520RcQEoACl5wLdzxSsk6mVRwEVtvnAPj6uMUeGSAFIi3/y/CRePFs+ba7UW
I/Jqb2pLfHBpTPItWRSRZ6jusEpbIyIBIK848S4uYHKIXm5VvA6IiRs4Gz4l
Mfh4fGeq+B59WU7b/L0rJqU2m3kcE4RUXvE1/PYWwKrW0h7AuLDyILTUCi9J
1yhdDW4bQFUaWwfO49ZlgjB9VuFF+hp1N8MrD73eJNfBY54oByK/BPgb5NzL
243iItjP7NbPQi8C/pkOBkCamj60IjVXfIug6Ep/hENV9i8BSEDGxzxEzLFL
MflHAWJ2zwEgHvEdEfEqqP5giYjOToXeDo+LWQgHIMVkfOSk1i7p7YeKibsH
CaAoJ+M7LjlgbyAnvtQVACkq4/MvNY79zSyKsgUuAOT9gPEJmhpX8Juh4mrR
APIKlJ/CYYbe0H7jsAosuywlAQ6gkFrpnajMHdwflqqvXH4CAMDiBfYiu945
Sqdgr0W1TRDZCRUC0KHZ+HCQSPqcLYT0epUq34kAUpIAFOPzSMINVEnmsC5B
QWEAzMTA+CaPiHTbZ8SvFQ5bQRKAmUqpb/fkYsphAayBJADkjdr43tQKQR0q
WV+jOg6g4ACM72lVBrwfhEp4cQVAK9D4NlVul7UewuuhqSgsAORDi/FdK7EV
ddaiOqSoGCoOoKBA45NgK443fuj640m5AJCXlfFdMnGU4LxVXOFW3MfEQNqT
8aEwkfw6a5feofyosUP276ULNz4lJszIPeh2fbNxIwDThRtfaKvxRemsdeGH
Ci3KBzAAQc6AjM/P1WhzW790EEx8FQkABVT6q29CUu7WkeW1i40NxwGEeRcg
vjxn7H23iXcHkZUrvug453sWbVP6zw6n5aN+9+yq/+Ehm0fqsNw4Gz/5x9mw
N/nnTZ9cTK4G5Obz6eCyR47e1+tfnV69fjY54w/cDw281ewv0hA/UuNH9Xr/
+uijdYKM8Z/An8E/WZgBID4muYsT/U0/cSxPxH/z+KTOSa2Tuuh6G89ePloE
WNGVDOR/LFlOAjpSTm9//PrgZ3iGLp+JU/XfgMb+aBVa8eOBCxJ8zwKIkDP5
H2Ym8R259dP/tHetzY3j2PW7q/IflE5Vsqmyu0U97UnvbI1nJj272Zmp8syk
P9MW21ZalryUZMf59QFAiqRE0MTrAhckPmQzbVEUCeAC93HOucu7/KodvWW8
2yWPT7vt2W4ziBeLAfl/u4dksEmX90syBoPvnuPVJhOyzL72vvpADzE5V1hS
eDF4oYEK/S677C8fb9Nvs4f7/fA3+lzrzQsVNvxK7nfxJb7bkfefDp6WyV3y
fvD7A7nglYoakeff7zaPMYkdBw9L8nTxPS2B7Y6/OMq+uH0/+C7/AXZV9t8X
v+cKrOQVmeDf4GmzJDvY+7OfksF2R98nF+Rlg5Xl+7NL8yvPy4w3/WBa+YBW
3NlvncX0+S7Y3wcJGejXyg3eN4zUZs3GqQK0+Es5UpW/stWRCeflmqvneS3w
PCuWnWfFpfOslHaeS3een2XqhKUqZvbAuXLlQ/ycDGLy+rdUzTV/Jjr4yesg
TrOPHmnKYEvfJzk/u18+U61I9rd48UxWaHyf0IWyJvND7nWXS/qS9/3rmi4i
Zj/Fs11v7s8PQO3zM/ogGRqVPQd7BvKVhK28dfJy9P5LsmZT6mSSz7ZPyzvy
q1S2cjvYP5GBv13u3g/oMmtdkcVqLh41H/BfqawdNYR1uXLPyRpdJ9RY+F9l
P/EQL+jHy5SqCJP1mf/kObl+8ECW+O4wmvkaoyP8a/1Wi002DPTF8yupXNPm
acdit+U6/5F8pHdJmtL5fH/61vSX6NPS+5R3p2NNHyb/9LV8mPz1p/Qt48HX
Jbkw/4z8M1f5XOZjQgFW1MIOf6bCpPOLafYM7H/GRTrscJOooiCc34etY3qf
yif0Vl9Wr3R1sZNyu0uXX5P0fHB5MX6f37rI15T3LpMl+b0z46A3r3xEbz6a
XowONyo/Ku+Up1dqtzn8nd5jNryIyMpmb36WaTjHZCmz0aXLJ2Hju1mvXgej
yqCMisip/LlK2JT/JDNj+ovVj9iGVAzBqPSVyztRTzm/BbN9cot19kf6yNGI
fHmQfzt3k8rvHpyk/PvZpkGfofiA3WNWPsDBf6hOb+Y8HBYJ21qy2c0/YMM/
PNwjn4P6kHxHVndZITgZlfXJx2fsrtOLyWHVPMb3y7uLxyV5uBVZpfmv8MaL
1k/qP1QZu5MLsp+6bPypQf5bmRdcWVG0FlL/oXKQaxeQVUVGO2p7qfoc0LpG
/ZfKqTj9PPuhSeMPHfkZ9FbMq6gcTZmu7+FDYsUX+ebwa/bTtKfw4HYTp4vB
kt2EaaSTjTjT8XvPbpJJ3udXsZW+f9ouF8nFggpmZxJU5c6dQSGo2jo9ixb0
JRf09MjutaBAM2oyTMr9sF8OXsgRliwuimvJWDzR+37Zr+iVd18H24fNfrUg
pw/1f8gfSID18kBOovwG7EfJU5A/0TOQfJsMET2+MugCfW7iXKVkZInRP+9X
a2I1t/QFsy35r1/Ku9Brt/u7B7KY1vF29zp4WsV3Cb336+CFPQTxhjaPCT1y
2Ef03/SRztjeUhv9mOqWkwNwvfzHvjBqsoTJZG935PlyR+iO/F+5o7NS6zmd
/vHFtLaSP9PBHuf12HP26E+Zxv7RXU6M8f3Zb8vH5SpOV6/0Zyvf2D/dp/GC
hEB0mMq625d088huQQ7zzNrIfzBroL4nW6zrJFnQhUme85uIHAnkFKQXlS+y
ItNBHZfdkQ3Rt1/THgrnZ/nCoYTE4+W/PXnIwz0zR4wW4ZgLlJ1KVHQ2Lw3m
K+KeKunmWz6b0eIYWG3yhUx3u2mTaVXP6tvNfpdvc1Tgk5nCX/51fbt9+o9y
tiufsbuvHjfE/WXCrcs7Ys2nfjq78pwsy7vkaUdXyVnuwORi/etNcWC8u90T
i6JeDPO+yDKmLSzY65Modv/0RIYo+9aWeSdn7DLiUqyZAZJfzu0jPwHziz8w
r/NDLh//kPxvwiiA/9jHzBd5iV/P2BKIybNTzHbuBZOHOa/4gmlyS07C9V3m
EMYrMghUWTPXjmfeY+7krpKY+aXs5J0VT3y4bTYe+SvT44ClCr+UHx47URs6
yuRBn4gbQ02d+d7HYdXRHJ1EXC9kNA9zQR6H+WDkFW5fSaj6vFwMfkmoouj7
wY8piWh+ISHOlrzrQ7J6IjtPPLinl9N+E6ts58uH4GJHPCLyitlIE7+PSrxS
z5DM1eY+yX1X4tu9bMib0Q3jMRtJ4kZl43dLbvw1f0TyLMxLpWNGv5Xu2QTT
4yJZZENDjv/t+VlKJoy8A9m17jJ7zIODbLtaEQ8tW33x+ivHRd5kw5zxDslb
VQNIOqbsoszIt3uy1G6ZbWXBKF2TJNpI2KQ9kv/Z7Lc0EKBrmfx3dudk/T+b
V2rUZF9fbdkGcZtkj0Nemvpif9s8rJlMMTFZ+pNkzaabxf6OutbZjTcVo/6F
Lq+fyLvlV98m2dN9SROyxRKXiu4aF09kx6KMdzoTWWydbf9k79rfPww2T2Th
kIuz7XNBt6nNE31I4rPHj/Sxiyif/sZik/3Gy4YeX/Rcihfx045N7tlh9Nhv
PcZfs/1kTaZvvyVBcR7ebA9vcbdZ5MP3SHfdfGHmE1A5uajp0MXxmazQ7E0X
+5Tem25oX+jxkc3E4efJV+52e7acb5PVMqHGdlbsoSwA2tDHyyKPLYk1Fwf7
OoQgA3YYbyuhDfthdqaeLUlASTbm5f8dFiSr38XMJXj3B7Hm+OKa/u/7d4PS
hfz4kH47+PjPFxeD7zMT+2bwmcz6fya3g9GcODffjGffTEaDn3/8nWzHw9Hg
4iK//OHhkUEOyTTSP1b+RjwIdtnZ38mWS6LcxfLLkt53/mE4/cBukv3yhyx9
Q8yf5YNU4JyqTMmsmUsJxqh0WflTCTTNdkApZHYFT3uAEIjiaUdlaxclfk0V
Ff7vp1DnsnZaacBSedXsDFB91bxOI/6mh8qSwRfNwM5lYbbSw6bynuzUU33N
rPAj/pZ5pcr4S5YlzEr7nMpLZnOu+pZVyJ7ou560HzH4xllbnrK6Vmm+8ycN
XkL1hY+hgOKvfIJjNPjSuctXFoQq7XuMLeYjjKH4W58AJA2+dZ5OLYs7lfY+
lbcukrCqb34EXxR/8WPopYH3Drz9wNsPvP3A2w+8/cDbD7x9Od7+vwz+nuz+
bTu4I67uY1YQYOQbmvDIU3vrIs/J0gbPMW04uN1kkX1RnBy80DzK0/Lu68We
psPyPn40O37I874/jPF/f/f3P37Mf+gikutvl5eZTaoHVKn6uRrbmPfHSf2P
o6rQ2HiQkmvSwVFTu1pDteIek0IGacT745j3x0n9j3KQlKz0DTB6w8HxsFXl
6fhjV5W2O21+UJW6Gzaq2g2Pxr+qaDc81mAYnojNjSqSX9P6M2d6dMcydsWT
cbpFcF86u8m4+RXH1Rc5VdM6krCrKtgNq3oMw7pAHaepxEFr60ipjrP6OFJ1
x1dWfkpeo86scmTWdiVrM1L896T476ho2TJibVWiSquWQ1sVtqwqf2Qr63CD
0fENWN8WtsAyiAgdnZR9QA1+ylpcjovPIvaFtPLZpNYoJutHkv8aXWyHC8Z5
x5nqD0Xk/8aso0xa1WArPhuxz8sfHFceZshet/icLbvKw2TqmflzTCpvfehi
wxbf6cOM2M1eKnpv0dGDTNlnx2+d/a38sWnlx9gPTSuTdOifM63MUfbvco5a
e+I0rdKfltvdJn2tdva+SZ5pkeORtaf86+LP72jPv3eDl4fNKsmafh8abser
Vdboe5v/5bSReAFzOfng6MNv2ar/+KH491vXMgiY4LUH1xTm8twVArmaOpcm
Li0/2B71bs+m+M1Jp+0Rw6T3bNJpr80w6T2bdNqWN0x6tyedqQ4PnuKUPGd5
pN89LFeL7J90s6fokT+/i2rTvKVf3nz5Ym6aJefC3HjxXuXjBzY6+i4Qo07U
Ru95mdBWBLynzj76lnIIP37I/3H6xPyvC5oeoDmZtQ+dM0vEUcE3NV6Yi8lJ
yabA1KFi6MG/Wyy+P+BgTp/+cI9f4sfkz+/oD74bfHhrU81c5mJTpe3CdTdV
QAN2v6neQFrufpuk3lkumk01W7veTY0X5mIyJDe7qb69sjE/uSvD4Z8fN5zz
gxbLTs4PEauzeGpaPGCzFz0eIFZDbTlhs/xEGbakw1kIW3TzOcq+MRU/CnGL
Rq5t5uPcdDxwqc9KN7fg7EXbt2CRPaXLZ3l+5LSd5acnVZZULU4q8s8J4pPK
pJ2qn1ZCiWjVHfE63bwgOK2cpZX1CgQTH+fFG4MxWbrp8l6cb6rScRVnAZsd
JtOrx8BATU4HKsfmth7v9UqH2bF6e7f0NufsOD3Nc92avh3Vvp0brkB+wm0a
ByIxI/7uITfjNnQylZ4UD4hybLrzkAj8wOBFOYcfFThdYZ0QesT3z6cANXKe
g8CpcNo/Y+FXOucIEF3p4L6RhbePlN8e/ARkp4zgEfj2tRBnYK787fwUtHEW
zJQtJCQHBQ8Ph0em49M1k5cIMbtyzF4Hcw5PwJzjQ655ophrNj846sjLzsP7
ZM49U1GiNRjg2MPJc7c1hKSWfNrBuVOOwIcXOyhyt7YCUB1ZPijgkKRdhyvm
4QfAkWLs+NEDCI48nEAkZcCb7vtIEgENIqIXLO1l3H2LgXStbrzPZd5o5DJ7
ns3jJiE4cOPZMdz4qkOBdQ/wp3n9DnEcrgdVvfJxAt0dAe10gkmn7Lvz2H9T
aW68FIFJsPCA5/cbz4+lFsUr1gm5gTUsfzTUPSZMbzEBct98bTbHTk8UOPw3
XYr+TR+aE7YX2LWmL9O1I4KFbRcPmh/2w2kH6s2dV/rJi0Wdz4/OQ+lZbwSB
C6tt69BeodRuQRFJ8CxXUZTyonwrP4IG2n0ppoy8L6aM0BZTWqzPWoXEbhUB
CTcYrorgWcUBNNwEPBV9dWH7TKi76hemj72wCqYvh41XhEYuuxOM90F5QjIa
l7oah7r4pY9TiMi3Dmwh92wh6FyFlmIHtCwoGiQXjyQgGKeAJ7NwERM5qS8B
1bI6QaDI7M9UVcvMpXcCO8BFLs9g4k8vvzT3USscJ7fCI6UKXlpORKkCPCXX
ZnL2NAjaYctT3V0chZRxgCujSEvqZbS8LKv1QZgY2HP3Vm4YAnYohrOpawiP
dPdxc5i1gDh04V/bz9TwJnDk4wSigGtCymHgQJV0eu2D+i+Aax9HHWDkNdJ2
pIG0rae1JcQ1L/smg3VpSgaraA409zfs7b60Q7eRhQvItAXY/CHsUFySruae
k64CxUDraoNMXj10/NDDScTctrlPVWtRNeGFa2V520C4BSdbhqRzCR6+Snvn
aW3XFw8IsAdtop2JU1jb7m8g/eC+ypX1WOTPW1YqoNcIZwaYtpHQSBxBI3G0
fDT3PEQEtEXBfOmp+lmHMiw90D5DIGsDyn0LVEPdUuU84Cx8NgFQ5hSkCUhl
c/ukFYgoJcmB4wkT/gM1VzAjCY55gO4RqYS8B6crmoQYQVAWf4tX8WO8XiCg
LcIy/HmkRVGGfyAtIiAtwuqtinEQ7dL1kHiucnw9LOw+HFRAUAAyXA7VgbJs
H/iFjqmIQhwWTvGr80nJmWoVP/WyUIiF5ocCTOknCxySBGofidpOJit0oi7h
yWSwGlGdJ5SVESVuFk4PdaLMGoGGdZ+owEW61u2e+9AH9Te50x0SVm0O3cib
yCjQ5kwNnV8p5EgghQxCm3OrB2cXOcxLxH7akKFay3LmokJi4Erx3JDyJgJr
TuPgwK/er4eUHHk4hSZXvzHqXNm29go+1Au8OaS8OYMsOz3e15WHk4iFdAh5
rqERQev2wZYG4ihq4ii0sKMeHfTKZ0BAHUklAghwTuzEHPrxUBbXyUPyuNk9
qKs9Wwn+2rbYoPfsPX6kf4rPaOSypx0PlXpgAp/8JE3jwCS5Vf+261Ly+JKf
lvF6F5BJRpFJc4+db44MsZDzDc33QOZOc9ge3EqKfdrD24cj5v5SgbDR9bqi
/SwN8DLRIW0EyS6J1mVXfov7c1JafHH/QO5pKut6ti9EI2VlkrnHDTxuOFYe
yA96IUZ746YCxRkNLfTfg0rIht5NaEgdevIIUdfJFzYHz7P2TZFq+6b+9rCf
e9G12XES6tM+ThfLeC3bDKtEqiqfjVL7aqAw2aUwwXKe4GhMkZfdsUybgjki
00zbzLOMlei7vX1xYDMFNhNkNAM4kWbNAGkTPBTQhJ6cdaAUDSxnnQtCB7oK
HUTRTSxrCt7/Drpt4KVKlpzjRXo234JZ8vYefuPC/YtsRHmtAxMoiU4QeUg4
iV66Lm7gF+2sxJG2aZvLawVOYuO1BzZBt6O6T4vhqNu8REBGp9eljYViaePG
zxUjZ3Ey567pQjw6VDno+Y+EkgJK6Im6ngB102QCKVMXtBbih7nYhx7VzjLm
6km3gops+uahEZSOf34ooGNumqOnl+Al7AhLHy1P8DcixKPuldkgg2VEnZV8
bWUF48753cOqt3g7aGYBBxsn2pIrivxm0aScxvdiLJqAJrCNJkACPfDTOfAh
P6B3zk+CUpMEmbZBqSkI/6EtH3eCbAMHF/BunBd+tknuT+DooxmYqlVZK2v5
0ovTdWH48+tzkoqIX4y8lukcqVH7g/CFuPBFkDQFkjSNjiVNC+n7aKRYyJLS
bwerZIFWz3H0Rex4cHwDmbPAIUsLO3ojHyPgALfCWflF0egZ09409bl4whNA
9UKWyWZAw5NwEh6kyOOq4g2/44JiVbFz0gyQACLf0EbXnkpVISF3g6sFo8sB
cPSCBXMAoXTd19L1KJSuLezjY69542OUKVi/04rK4mP1TkmTIq04Vkwrmu4g
0bNuSay9heDgyRxZcAcKKLNq4uEUuuqhYj+8xaK/eKOsan8DXdIET32MREi+
7YrMI+2NH0WPvCDJjOlqvYjby7oIGk3rWcerqr2wAtDaKhKep12WYH34wNL7
Yb0aH3BX6+px85zw3S/hNjkNt+DRo3jUdnFeGe/bUm8gdQM9Zhsa65Ts0OqB
beoumHZ/zDca4kiVhhj6Y4aUa2t1TBDJWe/3EGlH3u7lAkOnB2xFPz19o6jP
lTysIvA4sLC9MYMbTyl0cJUeFMxGIROzFGIGW0DYSRvDmm2OtkWRqhJ34Ku6
4n0Era4JwfYhwThCqQBwDJLASEG8fPmzAiMw8Rg3zlPs4Ofs2vtYlIChic+d
fHvQxYJRvNFrlughUCe91hbR63kFCxWS7LbQejkEGfu3JH0iG51C5/cOUjZ7
osQCijPxUcwbbIsJTGeda3vAigZMtwHitbtGMrSTKBfaDKxVF4PRQhqtDi0y
WJdmvrEGejgsMh2AknTCEOQpuDAGiWegRuHy95v4tPoT0U8Ei8Wpk025o1t7
Qp3gnO/uEEtHsG/Q1XHfoJF2mtN8zKvBkfESVC6ZQkLTsASyuydkKzJIWQ9U
CaCuU2VkyprdA0KH/G2H8rccOO3kCE471D+pTe/uGqDaSdcbi0qe6ZA7DuAx
fZ36qY2Dxs8JkBNwyAl4xdVwnxizb9+CjnCque+T9BGImBEL5KQV0meFIzBV
dQQMy9gGjXRDR7Vv6pugEQfcBGKScY667gl32wKu/YTZ4DoceTJXgv1EQ5ar
h1muiY9ZLjTqeb7KU4S1rR8NOluDzSVcHmOD/qxEFVj3Fj3UenFnTPaUXpwq
E7XqY9CH0IzjDerkBokMt5xIiC/ohTWdb6MCKTQC2SkCh7ph70zC185CBsFo
9os30JkHXu2GD1/lMIbnx4zhMi8/8x9KB6kRA0c5lYTV9wJJBwoKgptJREC6
RUc3/v4ZA6hbi6OFF5xX+2mBihMV1qtdXSCDC6tZP0mTkSWMsnjjDnX5BInk
0EIstSQ1BGIyxgs8K0XSkP11rCKPO+zwkFti5CloRRVswK36htCwpQRwB35m
MiCYB1ReGA6KgBNGZnhLMTbrjQCWmTqA5apP2ylHYV4IB1snxEy1822BEIOW
EOOUP6MXsU0DI8ZzRgymOpQ456ahN3IfRF5/SPfLhbTE62VxgMyDxKvtnCac
xKs7PVi9bMJl0HhVokrnEXpp2NFQ27CxeIacZIsPyyIXnEXhGhqtE+gpEQ89
nEpM+dZAGBXJO4InaFssymnG1cvg6xPx2ncAwG042UhQ7OSk44Qun1Ihx1ez
OAsoAzwFxRYEC5OzMEuUlWAKb0EBxGVFJO7RRGwCfIzMuk9OdGqROg/BlpnO
E4hpzELvTK52GwMlr6kSUuUGGjdhv6ApzmoX1jWedTylB8VV7BoH0jIyHwe3
KCBBe8kzDraLF6TZSRuTQBHLMcw5N5BtimAAycy5Q1OJ2MCLYEvXQiRgDUwi
4C3CkdHBIwO0pwFYKABZo+sJa/PSRy8fR8/XAKkVrRS6VR+WuhiC8PLT6yKN
BUZp4jfRZ4KT6IOljtwquVwBFF0qAoqMUlSC3rILQpI59pJWoRQQRYSCZGRX
btnsjgZfc4mMVbF8e3P1+p1bbpl7Jhqnp2JrY8BKuyHVI89kUBeaAoagOF+V
HjYFNGoIOBsChqqy75WpWei3aZaFUp6gV36foIGD0iEOyshHMUAkByh4utQR
G1E8YfrHenm3EWnuVstS+Fb8pS+gWPgGTpua3qog8qz55qsQnPuwHxnMZuHI
Jdg9KODSjEgOCqFlbQfh3OX1B1d6AlsozfQEYf2oZuHKkR5gzMBDCGYfkbyE
TfYoDnHgrlPbPi38JI8aQ83YBBZ4ygCCKMJx97iA5OssOA9SyQMuWepv2ccn
OJ978F8jPbc2sDUn2zDAy1l2vmmw6u6lcLefE/G48SG7PxoqZvdNZ/uCgFzj
tQznKXhtnuJ0IE2n5/iOPZxDTPJ7sC7p2yvQFra5FelaNiVV3tbM0e8DzBU9
zBUulL+B5Ll3Wk0/0F9E6S/B/xWuavYZOg1cywbOVtUL2Up44KLbwigKeGD8
eGDJy/1NDU0DIhivp4AOqsLxFQShKuDOAjavSrgSazuUbkvQOMW9ATcvQYcQ
HIvpOgaJaiREPAyxvkQ5eZn+uEoeKX5jFTZotQ1aog/OaKxayjCaBQ+FDCOF
DLiih7kTuCt9cNyUgSQ64SibduAgWeMgYWIshUY4fSUhmTtiIAKx7x+Wj4mI
ZlMg4TRkNjg14Omx2lGkfWiAcasr8QBM4XjqYc2x66jum4WXjdUdG4FJlSQ/
tCe7h5+wxptIvdz48ND9+isrNveayTFXYXK4RQQ4Bg/4oTfXmTQ3B5gxOwZm
6HvrplWINKAZs647HvgVqvTcCC89R0xq/7OOI5c7bQCwFHIczbmEws9OhESh
ewoam7HUFKura1u/KyrYHXKHVr3ZljRuxOpgCAkihL3GALCzvorSu4dYcPiv
gsBlL/Hjnio5uEl8imOqRXe9kdcgUPb8gXgGSzwLeAcO3qGdxz0psoITxayg
WV81cLl9r0XqhXg+yrLhgT/0t9z083K9ERRvhD0m3rZoiBJsvi9oMHVVt37T
/nnfuLpykZlMFO0v6NdTpq6rULVu5syDrpj5XNvMzUcJ6oYe9b6zUzcSKimg
ak8n+wihS4ugzjTVsgg/x+sdJaMl0qzHWbF/ThX3T9OkucB7bN6ysjQIyNUu
EkCWG7CBzSEm3ujYRwQzVUswpOYgdzVWaT4UXXuwZER4AhtitZUgRCLeqizy
vVVZ5KmoH2qUdqQnRgJMjMBX4atzKdQb5vlwdENy+7sL7cBKA/WvPxM0DVTI
LDV2sGA/GO3HFtDW5UJvbj4XqbZSuYH2Ig0PQmMBNjIBpZVxSU1MRiMel/M6
ctBizRvItMaFHEuxKFI8vtAfRSWANtzqFAyqfToRIeJKHLkHCwKw6tmEWhrX
u3efib17OwaxbJE1CxhE5KxMeeKTWdKsRSjiOEARgzRQMAUe0MAHUygq/g4Q
DEBwh6Ao9BZO0LNyTFongapTXTq3u3YfyAEKdAXLUntL4Ax1brHINLhu2Fw3
i36ej+GrK1EmCUCAhMDAzGNyEk9cgU9OwteLFILdLurO+dWQxva41hnhosU2
5wlm9+noH9t7bAWV0lSovnXDGd7vqQuxF/7+ROf7POTUr/c1QkMQRlBqBHED
vVfkUw3peAguT8t6qih4IYUL5pGSHqR+6MJPBV2zB6490gk0ypeeA1Yhu0IH
j2uf3n0EINpocdzQjW08VJfqNpqO0qAcjj08Wn4URtfIELN83b387MOGhgbn
WRiKIGiN092DRKODE12bsfbuGXRt+qlrA9iNMYU8B7snaxOIclpEOS+xa+JO
1/EBETw1K6BFOE8Njv3blnSDStGFUoRiKaKm/+kbnG2i2gctaHemzsny6BJK
c0Xd8FDyUdHCLgRRx6PAQ0HOQ5Gt57hGfGFtFtY1Kkrdytl5U7HyS20rlzhL
211KdSMHzMr6sSpO+B65FwFzuSGniGfclx5Oo1ETMLkz+hYvTJX7Jk+CIpdo
DCbXN3ne0DdZ+bzApJ/tqewyFknsN4EWIJiMzjRPRiWdHfnIaDVbzUJqYaDC
VoC+FqDl4HC23ILYHOPdfk83q5VzwJvp6jcE5I0vW9Uus39VuFljRTfLZFIy
SOw3bzGAzGyzV+vV63xs9esiL98KZ6XqIZqmjaiDRrfhrB5hMPSsexSaaGiN
n89NFHk1wx/S/XLhnFAqaFTWQbfI8AoQIAT6g86zrhZIghNFkqDrXDvqjHMt
i/9pH6cLctgphIw+nESQKuu9gIN7mon6/PqcCDsgLRfrpaICYVndavwkLI8C
Ydls1cgyf8JAsrHmtR9+NCBH1ZCj7dXvEhOp2j3aXFo/VL19KOCxUkloDY8N
MxAcpp45TJCkfcAIA5eOKkfR8DtBJccQ1/cyrveSsI9FEXvcLyd9rEjvgo5m
TLlwvuFrjG0MmgpR9ptPu2gS1tTgznapyTRxBKI69UMa3wvVp0KNRrhGI9On
2yu+BUSV8Ld4FT/G64VQZ5bIK6UWDHlM8XLhtC8Y3KmqjxAyvWJOZFCdl1Kd
b7BRjqzA5JhwPC9S6KrtLU3L2GgIC0w85M2UZxecWoAHnhFvOuceTicaUadA
wpXxIEV9nBu/waW8BkD8JjitxdeKDrTqyfF2Jkcu6xPKrx2o1eqxZr0sKZm0
AWVSTE2l+FLbts32oA0axd0odekVYC77vlHrmDiLGSsmPumMiUdegi8PHieM
JfraCTcFjOE7Z+ShSK1cpIYO48yxv80rizZrDs4VTwLzRcqeCQ9mFVTn2Tz7
OsxdkRx0V6YXSZza5YFaZ43OVeiyoKhjT3WIA0LZyjkC6IiGg0TKvsES9cEQ
bRqixjT22GAeN8+Jjv6Exe83IAwl7tCgXAx2By4547ANGPFNbO1dvd2LzLNu
+k1ynngOj58oEyICLNJx+0RXxXIIBOXP8XpHlRhETO7Sc5O7VDa5oHUryGAJ
UFtJqO1hMqVFhMs8+6Uq1FZKgZapBgYZ4SAj3DyPlx7Oo1kjMNk0tWN9jGHV
dn2W6L3x03IQFanAxWrfXikQGrXsF53jx4XYIRAwcknC6rRPhNWpOmEVvJoL
rGWsVpwNjGYZRrPD9BJEzoj+YHtwddLGoZQCvFKFsxr1LUITh864lXpuztTD
2cTTCWPsIwgjGMPAfm9IOGOQA+o7FgCxXRLkBEJi1dAFcHHCAgL7UhWBfSTC
cF2l26k6L9IqAgJf6J0Ug6Sl90SI4Tr1EpENYxHedoP3Kz/SWfUz54kFmZHt
gzB3QOXii2sBeZpIAtsACesWKgVE0k2kJ0p+eJZsTqpkm8USk6FiLOHwvNMI
OKbdDzhsSMUZrh/y+ByRhzPlqYLetBO15hAeoAwPnBONIarTgg1nQds9AbKH
jamNqV9ryjcFcWPtZr8gFcRwpb+E7AWsKUhY2IoLW6dph+MF2MzLFAGciAyX
4SYnJl+ff95dcwg1bwCNJEaQH9ND3QDxe3CXUvP3r0Rqp+KpFX7lFXQU4eZC
xCqhj5W3060Q2THR4nnUce2aXjBwQOvkaBAxUFmoXlbjhUzfkjREsFETRJVg
TPaMqVHupZ4JkxWMgbhDY1cKsKcQ1xWFvUW9IaOEZ8xjJ8l4xtKJUVP3sZ26
tpXAdzOawPeRWeedOcSBAyJhy7VZ/8UjAo+mAGy3ZgyqCg9Y3cevOiRSng/V
0srIKHcNC5LMrVimeo+SUYFlilQVcwzDvEKXEqu6WBp7JGyXEi8nE1ObF7d9
kEE6GwsrYQJDW/GJ09XBraLidKBSY4Bd/RwFYDDBmuVmi3DEEAe9FvtBfP3p
dSGS9QCOLSC7JrZdrT+q9fDib/HtbZK+bL66V5VqbWCAFRKOpgra2WJjn3AG
KE5fIXuxV5EMVfTur8DmNhmRdqMNgDvI1k0NVAyFXyOUgtRLQaL9UzzLt7rP
zn6O09skFmG9jH3P24yV8zZBjQy54jNgvqO2n3ih93zoFOKgBgmYude52qAg
mtoGobE5BkO2Y8gaUxQsDtbimukjdSJv9pQSDBTxio7MPfgNi5oDkbFWICLj
NksoOjY63hIj0dy3CnBWOS9zvHtZnFvxO1g+WGTb06I5iOw3eVDVNvUDHwDI
0GAVIuc9e1Iv+7b4276QUyrkWRBH1Wp+pGpF8Z85EmysigQznITRkKqae1hT
yTNElttZK19qLonWFXFjV0lIkWJ15zA9sh6VHZx+myAo5NXQ2jH4DA5JrRhP
eSkYhUeCSqjqzNpaJ8pKG8F+Omo/QRwThcwyiHByxwu6HU3X2SsBjUMOqBvl
1sh3IH0kAqTnZMei4+xY0T9qMlHMjsnuKe0ns0Z+rOuYYx8dM6zd0gHjd+Mm
EZzVKWq9cQdZawgw56d0+eWLQFUZsrsTko02dHdS3G7mXooVZAtffABDRcuC
ehIWAp7P4kl2vhKYgm7wLpDVnykipmCwQNcWiJJI5sZUmtUhp1DqkNpIXgNK
rHylBonBUNCkneo3CLjhIcmkcM3ciZXGNXNGlBmGEYFKixDevmyTEmtBbyUp
FpP9TONEqFWN0dFtJybEECuNXadWxBAFajd9U0OUkwzySTtRTwws6r4aosFK
ZnsP52Fh6jPVeh4CX6B37ZylnTAUk6SjQzTsOi4X46iHWiB37Xk5CvQtELvS
0LVLEc8Y6dz7EunWV5iEav3E9/7eE7H+3o3fv1TpSulZhOt+UgTlp26gpXMN
9Vo2vppgs0ZvZ/Yh0kU5diEc8igw+v7qxbciY6Oig8h0qBhJm4ZRBlysf0UJ
UKwVYCoUVA4g8Li6UPZqUUPqSJ89acqUCr3pOz/rr3qpfx83L8g+ET0p+mDD
MwSDNWewSDuwdNWyGiULOMxmKcFBcZxKs6r90AZMRmIEDtNkbQxkmpfZvYV0
kwOZ4ezkdh8AbPoANocJWMe5WtYRDndFznHx7uflesMprnCydJNj/vpVkaUb
KWbpzA2LRn5u0nldx8MMO6k82eTDXXk4lfa3hnYkW6Rt2ahO7QBocxyFe9mD
EnCCOpGV6BHQxL5LbaqRsZ6j3NiOa4QSEhGINELensUgIoBDGhK6w5G/kChB
+28JIDNSZu5mTlC0B5A9fkLQaS7oNByj9k8Uw9OonWwmV6BbIWRxq+1qAzvt
1elO+7f49jZJXzZfA+Ae9kCXxtj0E+UM68y2nTkOce3wSrbA8S9Xq0Qs/nXr
wDr2dXmRct3ZZRtKpVoyL5xdVXawmnp3G/5Cx431k0ka5Klkcnw+tj2DshTz
5X+xQxaYSmIO6N3oXY2UyUS9SLSKFDP94ghfqXsWPlZxi6jMSZypc7U7Hpnd
ch4kT6EjKGMBy9PYcYKJ2DKRvuV03oJCR0ZkQTl5OFlMcybcrwr+5D2BLCoc
bCjQPIgoMDpsdbA56iaFVk5J8LKSJblOK8zvuWKWxFzmSKO8d9l5cvDbcZOd
aw1l/moTeO0nQdJ+zrSfXcI7lD8EbXXsJTYTT6fEa2gFGdDCyTWHtyZYUbzq
CxXnSh1FByyfAV1snqJcGjaQk8pz7nY7cLxziObMXdYKXNcVxOX4YPcOweKb
dVkcGdrTlc/BZ+AsBaJTiEh7jsuLop5Q/uvZZByUf9P4dwik4x/r5d0mVek5
7JOWLa/y8kO6Xy5ks9PD8cFBmA1DdhpzdlqOquIml62VGqJLMbgDyIRbARPU
ZpVbLSaBh6POJ4HlrjZW4EJkMIDYU58Xtg73o8crsBnwIVZR0BQVFMcwS0oS
DgXTmhI3yCde5xYyQyjzCJb3EZk0jR97ju46tF0/gM14K1cFAsFYErwl2mjK
m4KU49pVkEaRlMcJRbw05HcN5Hf7WeYMB6BNhY3Ia3Kiom05diVdu52i+hD9
YDLKXi9b6cdDAzNIELcrXgyYl4ZV+TKF1TzJlllVs3JKLArGac04EUEFfDOi
5oStOFoW8B4yDDe89M/6Dbhd2y1+36QiBOI9Fc8eKZMjN7ifnuJqcp+a10lk
NlXE1ZiMGFSRNZ7SBkFlXVHncLvSQsRFuPxzkt4ng4OplIO33afPy+dNesrn
JpZ9vM9r3wBbOgZvmrme5vn8+pzUcJ+n+3TudBSC3az4q7lPGz6CVLdq0NwM
YLjdZV8FK8wMUjgKv0M2Cw5ZcMiCQ4bfIUPabsfOVyCa+oQqq5MqK4eFEx0f
TrPicJrb607YjuvTIOT4yO2UkczpT+Nn3uzO+iGSDoi2D5G92cg+/2JlTy2Z
jZceMxu9JMlnMyZqZDIXe8drzBZi4DUi3CFNrlKIfe+n10UaByK7sBPiZ+dV
tdcHxytCd6nSQCGC4+nlslUW+nldiqlccKods+Nqx6TwiVTloNjqFByZt6/V
KnXMOi/JakyjCY5UqFfemPg4hSaXP94Go9A1ufbrXbIAsfBs7H0JgtHzOd4l
qahwYa0uTxl32Uk1V9UlMg62DZX5pEOVfD0d8KGPE4oHfh5OMKUT7HMaL2ut
YFo03sg/C4zTPHIOfbADk/BUES4P66BUPJwEtby5GfUaAGEt8xx1HkHWPYkc
u84GnLmgorpN/dRHrAZQQGxHdKGojH33T8XREbpWzaa0MvBh7btd+5Z064wu
UgmJP22dQ41kYrAUpJYintwUkickX5z76HgozQFwtmji4WGNolYE3mEMlfjc
lbqw0azjgOWOF5TDZmtus51BOixhzcqtWdt1ZhseefbiUtwkTQ0aqRvkU64j
psOt1IhDILlflxrOxvhEeyAR7xfZsFmOGlqbMNLJyetvI8X6G0LESM+6OVqJ
s5E0ZgT0pOAmyGNQVdChVwSMiyfhMOjQd+krEJr6/7Ve3j/sBLJqQQOgOxoA
vQZqMRuoNOMsgVpjRUcxsyEf9xMNiuywH2x0hFIA136W0f21EkN6WNdpKTmi
vNc4cSJ7JpzVmo2DBHkeX22wnTdvH5n1mCVvOoz6+OGn5Xa3SV/Jvz9++H6z
2my3++1v6/hp+7ChdvJPZ/8PDQFkDkQZBQA=
====


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-01-27 19:48

Message:
Logged In: NO 

Argh, I posted the wrong attachment, and it won't let me add
another?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=675579&group_id=1939

Bugs item #700478, was opened at 2003-03-09 22:22
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=700478&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
>Resolution: Fixed
Priority: 8
Private: No
Submitted By: David desJardins (daviddesj)
>Assigned to: Clemens Katzer (cleka)
Summary: mandatory strike skipped

Initial Comment:
A player managed to end his strike phase without taking
his mandatory strikes.  This shouldn't be possible.

Here's the relevant segment of the battle log.  Note
that Purple's Cyclops in E3 never takes a strike at the
Ranger in D4, but the Ranger does take a counterstrike!

I've included the complete game log as an attachment.

Steve's battle turn, number 3
Battle phase advances to Move
- removeCreature() Pu06(6): Cyclops* Cyclops* Gargoyle
: Cyclops
- revealCreatures() for Pu06(6): Cyclops* Cyclops*
Gargoyle [Cyclops]
- From client Steve: doBattleMove ~ 154 ~ E3
Cyclops moves from D2 to E3
- From client Steve: doBattleMove ~ 110 ~ F2
Gargoyle moves from D1 to F2
- From client Steve: undoBattleMove ~ F2
Gargoyle undoes move and returns to D1
- From client Steve: doBattleMove ~ 110 ~ F1
Gargoyle moves from D1 to F1
- From client Steve: doneWithBattleMoves
Battle phase advances to Fight
- From client Steve: doneWithBattleMoves
Battle phase advances to Strikeback
- From client DavidF: leaveCarryMode
- From client DavidF: strike ~ 99 ~ E3
Ranger in D4 strikes Cyclops in Brambles hex E3 with
strike number 3 : 2666: 3 hits
- From client DavidF: doneWithStrikes


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 20:20

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Fixed in r3309 (no public build yet).

Server does now check that it's really BattleMove phase.


----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-03-11 01:15

Message:
Logged In: YES 
user_id=9425

Right.  doneWith* should only end the matching phase, not
whatever phase it happens to be.

----------------------------------------------------------------------

Comment By: David desJardins (daviddesj)
Date: 2003-03-10 23:57

Message:
Logged In: YES 
user_id=718698

Regardless of client/server sync, doneWithBattleMoves
shouldn't end his strike phase at all, right?


----------------------------------------------------------------------

Comment By: David Ripton (dripton)
Date: 2003-03-10 17:55

Message:
Logged In: YES 
user_id=9425

Looks like client/server sync problems.

Two consecutive doneWithBattleMoves, no doneWithStrikes from
Steve.

We have code to prevent doneWithStrikes with forced strikes
remaining, but it looks like it got bypassed here.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=700478&group_id=1939

Bugs item #2044310, was opened at 2008-08-09 23:56
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044310&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: LoadGame: wrong legions existing/content/location

Initial Comment:

I reloaded a saved game, and even though it is my split turn, for Simple2 (blue) player two legions (bu07 and bu02) are on same hex (134) and worse, together they have 8 creatures.

In the samed game xml file one can find that the legion had been split and merged (undone split) but it seems the merge info has not reached at least my client;
(and since the legion gets created, create procedure creates it there where the parent is at that time) so it places both on 134.
(in fact it was unsplit probably at 600 so there it ceased existing, so probably the actual bug is something like "client gets informed about existence of legion bu07 evenso legion was unsplit before proceeding to move phase...)

Attached the saved game and a screenshot.


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 19:13

Message:
Logged In: YES 
user_id=1717697
Originator: YES


One note: I tried to force that problem it manually, and then this did not
happen.

Perhaps it happens only if the AI did a split and is implicitly unsplit if
the DONE is allowed because the split legions can't move away?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044310&group_id=1939

Bugs item #2044243, was opened at 2008-08-09 22:57
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044243&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Rules
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: After summon and left offboard, can't after battle summon

Initial Comment:

If one has has done the summon in round 4, but left it offboard, one does not get the summon dialog in after battle dialog. 

I think this is a bug, because (IIRC) if one leaves a creature offboard in summon or reinforce, this should be be treated same as "if the summon/reinforce did never happen".

Any rules experts opinion on this?

(just for completeness: this is Java 1.5 on WinXP with newest revision from repository, i.e. r3293 - but I guess this has been always like that).


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 19:11

Message:
Logged In: YES 
user_id=1717697
Originator: YES

Fixed in r3307. Now come instead some warnings. 
=> closing this one here, the other has no impact on the game (lower
priority), 
and created for the warnings a new one instead: [ 2049859 ] WARNING: got
order to kill creature Angel...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044243&group_id=1939

Bugs item #2049859, was opened at 2008-08-13 19:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2049859&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 2
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: WARNING: got order to kill creature Angel...

Initial Comment:
After fixing: [ 2044243 ] "After summon and left offboard, can't after battle summon" now instead is printed some WARNING (2 times) to console:

  "WARNING: got order to kill creature Angel in legionEvent Revealing event: Gr02 battle starts but no such alive creature found!!"

(I guess they come from the other, not involved clients).  Separate tracker item for that because it's totally different issue and much less severe.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2049859&group_id=1939

Bugs item #1900812, was opened at 2008-02-24 14:05
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1900812&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 8
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: Preferences are not saved ?

Initial Comment:

I had the impression there is something not working quite a while, now I verified it in r3236:

Modified preferences (I tried some auto-XXX settings, and/or the preferred colors), it seems are not saved.

I start the game. Modify the settings. Menu => Quit.
Then I start game again. Settings are back to what they were.

I am sure the procedure used to work when the Preferences window war originally programmed - after all, then I tried it all the time. So something went broken in meanwhile :-(





----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-13 17:11

Message:
Logged In: YES 
user_id=1717697
Originator: YES


Preferences (Options) are now saved always when user closes Preferences
window, 
or at latest then when client exits.

----
Details:

While ago Peter changed it already so that it is at least saved when
client exits.
Since r3305 now options are also saved back, when user closes the
Preferences window.

Since this is not an issue in prev. public build, thus everyone who
noticed this problem
uses the Experimental or pulls straight from SVN, I close this one here
directly instead
of waiting to next public build...


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1900812&group_id=1939

Feature Requests item #2049539, was opened at 2008-08-13 15:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351939&aid=2049539&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 3
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: Summon angel during battle moves instead of before

Initial Comment:

as I asked on mailing list: 
could the angel summoning be part of the battle movement
phase, instead of a before-move-decide-and-thats-it action?

Details:

Hi rules experts,

I was considering whether to change the summoning during
battle in that way, that it would be parallel to the moving
(instead of as it is now: first one has to decide, and then
one can start moving creatures around).

I.e. from usability I think it would be nicer (and I think
this way I played it on the board), that one can move
creatures around first e.g. to see whether one would have
space for the angel or not, then take it, and still move, etc.

Also, I'd rather have it be possible that one could trigger
the summon, look at it, cancel, ... move stuff around, and
yet again, trigger the summoning once more.
(right now it's ... once cancelled, and be it even by misclick: no 2nd chance).




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=351939&aid=2049539&group_id=1939

Bugs item #1859016, was opened at 2007-12-27 19:33
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1859016&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Clemens Katzer (cleka)
Summary: Done key and box disabled ?randomly?

Initial Comment:
dec 23, 2007 version 

During the mustering phase the "done" button and the "d" key are disabled stopping the game on that phase.

The only solution I've found is to save the game and reload it to be able to close out and move past that phase.

I just registered under jde...@ya....

Great game!  

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-11 22:51

Message:
Logged In: YES 
user_id=1717697
Originator: NO

Actually in a later change the situation changed again:
Now the Done button and menu item are always in sync (menu item was still

randomly wrong as before), but situations have been reported that since
that 
change sometimes the en-/disabled state is wrong (not clear when and why
exactly).

As workaround to be able to continue the game there is now a "forced Done"
menu
item, in a case that Done button is disabled even if it's by the rules
"ok" to
be Done. (Server get's it right and thus accepts the "Done" message, 
just on client side something goes wrong...


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2007-12-27 20:27

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Yes, this problem has been visible in the "first" build on december 24,
but you say december 23. Perhaps time zone difference?

Before the build on 24., the previous one was from september.

Late evening 24. I did another build and uploaded it to sourceforge.
This should 1) fix the problem and 2) for worst case additionally
it has a "Force Done" menu item.

Can you try again - possibly start the web start icon two times,
until it says "checking for update" and downloads the new version.

Unfortunately we name our builds only by date ;-)
- but you can see whether you have the first or second
build from whether it has a "Forced Done" menu item in phase menu.


Regards,

Clemens




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1859016&group_id=1939

Bugs item #1941803, was opened at 2008-04-14 10:45
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1941803&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GUI
Group: None
Status: Open
Resolution: Fixed
Priority: 3
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: Color selection dialog sometimes wraps

Initial Comment:


Depending on screen resolution and scale value: In the color selection dialog, sometimes there are only 11 colors in first line, and the last (12th, usually indigo), is wrapped to next line; but this 2nd line is not visible to the user (the dialog is not high enough to show it, and there is no scrollbar).

E.g. for 1280x1024, scale 15 its wrapped, but scale 14 it's fine.

As far as I see this is a rather old issue, even already in revision 2952 from 3.1.2008, build with Java 1.4.2 , this happens.


----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-11 22:46

Message:
Logged In: YES 
user_id=1717697
Originator: YES

David changed this later (r3275), now Color selection dialog 
is displayed as 3x4 instead of all in one row.
(Still no public build yet even now).


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-05-15 21:04

Message:
Logged In: YES 
user_id=1717697
Originator: YES


Fixed in r3271 (not in public build yet)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=1941803&group_id=1939

Bugs item #2046854, was opened at 2008-08-11 22:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2046854&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 7
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: If Titan is killed in negotiation, game does not end

Initial Comment:

If in a negotiation a Titan is killed, the handle-negotiation code does not notice that the player is eliminated and thus game should be over.

After I fixed the Negotiation stuff, so that clicking "Accept" actually works, I tried it (in a 2 human players game) with a Titan-vs-Titan fight. Offer was kill the one legion and most of the other legion.

Negotiation was matched and processed and ended the battle, remaining creatures were back on board, but the game was not ended, no "xxx wins" dialog - the other player still had a legion on board, but no legion with a titan.

This is in r3298.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2046854&group_id=1939

Bugs item #2026169, was opened at 2008-07-24 00:48
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2026169&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Clemens Katzer (cleka)
Summary: Cannot Accept Negotiation on "Hotseat" 1 vs. 1 game

Initial Comment:
When one player offers another player a negotiation while playing hotseat style, the other player is unable to accept the deal.  When they click accept, the window disappears, but the dialogue box still appears for the first player to accept/decline the initial offer.  Attached is an image of what happens upon resending the offer.

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-11 22:32

Message:
Logged In: YES 
user_id=1717697
Originator: NO

As I suspected, the problem is not the hotseat mode, but the fact that the

negotiation dialog didn't/doesn't work at all - not in normal mode
either.
Now that the dialog is fixed (since revision r3295, 2008-08-10), 
it's working fine also in hotseat mode.

Still, I leave this tracker item open until the next public build.


----------------------------------------------------------------------

Comment By: Clemens Katzer (cleka)
Date: 2008-08-09 23:06

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Oh my... I wish I had never started that Hotset thingy... 
it's far from completed (e.g. does not cover battle board at all yet) 
and naturally I did not consider special cases like this.
Perhaps I should mark it " (Experimental!)" in the startupdialog... ;-)

What's worse, I have never managed to complete a negotiation with 
Colossus on either of my two computers (both XP) - it always keeps popping

up windows, no matter what I click. 
I suspected the negotiation stuff simply does not work on XP at all and
forgot 
about it for good...

And since I cannot exercise a successful neg. dialog anyway, my chances
of
fixing this bug are rather modest :-(

Can you confirm you did earlier do successful negotiations in non-Hotseat
mode?

-Clemens


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2026169&group_id=1939

Bugs item #2044310, was opened at 2008-08-09 23:56
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044310&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Clemens Katzer (cleka)
Assigned to: Clemens Katzer (cleka)
Summary: LoadGame: wrong legions existing/content/location

Initial Comment:

I reloaded a saved game, and even though it is my split turn, for Simple2 (blue) player two legions (bu07 and bu02) are on same hex (134) and worse, together they have 8 creatures.

In the samed game xml file one can find that the legion had been split and merged (undone split) but it seems the merge info has not reached at least my client;
(and since the legion gets created, create procedure creates it there where the parent is at that time) so it places both on 134.
(in fact it was unsplit probably at 600 so there it ceased existing, so probably the actual bug is something like "client gets informed about existence of legion bu07 evenso legion was unsplit before proceeding to move phase...)

Attached the saved game and a screenshot.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2044310&group_id=1939

Bugs item #2026169, was opened at 2008-07-24 00:48
Message generated for change (Comment added) made by cleka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2026169&group_id=1939

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: David Ripton (dripton)
Summary: Cannot Accept Negotiation on "Hotseat" 1 vs. 1 game

Initial Comment:
When one player offers another player a negotiation while playing hotseat style, the other player is unable to accept the deal.  When they click accept, the window disappears, but the dialogue box still appears for the first player to accept/decline the initial offer.  Attached is an image of what happens upon resending the offer.

----------------------------------------------------------------------

>Comment By: Clemens Katzer (cleka)
Date: 2008-08-09 23:06

Message:
Logged In: YES 
user_id=1717697
Originator: NO


Oh my... I wish I had never started that Hotset thingy... 
it's far from completed (e.g. does not cover battle board at all yet) 
and naturally I did not consider special cases like this.
Perhaps I should mark it " (Experimental!)" in the startupdialog... ;-)

What's worse, I have never managed to complete a negotiation with 
Colossus on either of my two computers (both XP) - it always keeps popping

up windows, no matter what I click. 
I suspected the negotiation stuff simply does not work on XP at all and
forgot 
about it for good...

And since I cannot exercise a successful neg. dialog anyway, my chances
of
fixing this bug are rather modest :-(

Can you confirm you did earlier do successful negotiations in non-Hotseat
mode?

-Clemens


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=101939&aid=2026169&group_id=1939