Thank you Steve!

World in Flames is the computer version of Australian Design Group classic board game. World In Flames is a highly detailed game covering the both Europe and Pacific Theaters of Operations during World War II. If you want grand strategy this game is for you.

Moderator: Shannon V. OKeets

Aranthus
Posts: 169
Joined: Sun Apr 06, 2014 2:16 am

Thank you Steve!

Post by Aranthus »

Just saw the monthly report for May, 2017. Can't wait to get these changes to the program. Thank you. Thank you. Thank you. Especially because of the travels and other issues, this is great and welcome work.
User avatar
rkr1958
Posts: 27448
Joined: Thu May 21, 2009 10:23 am

RE: Thank you Steve!

Post by rkr1958 »

ORIGINAL: Aranthus

Just saw the monthly report for May, 2017. Can't wait to get these changes to the program. Thank you. Thank you. Thank you. Especially because of the travels and other issues, this is great and welcome work.
+1
Ronnie
User avatar
juntoalmar
Posts: 662
Joined: Sun Sep 29, 2013 2:08 pm
Location: Valencia
Contact:

RE: Thank you Steve!

Post by juntoalmar »

+1
(my humble blog about wargames, in spanish) http://cabezadepuente.blogspot.com.es/
User avatar
Joseignacio
Posts: 2798
Joined: Fri May 08, 2009 11:25 am
Location: Madrid, Spain

RE: Thank you Steve!

Post by Joseignacio »

I would be happy if I could just go ahead of the setup phase... [8|]
4personalbusiness
Posts: 100
Joined: Wed Nov 23, 2016 11:04 am

RE: Thank you Steve!

Post by 4personalbusiness »

PBEM working fine. Got two games going.
User avatar
Viktor_Kormel_slith
Posts: 372
Joined: Thu Nov 14, 2013 9:47 pm

RE: Thank you Steve!

Post by Viktor_Kormel_slith »

Thanks, good work. The gearing limits in the pools form is a very useful improvement. I hope you release this version soon and I hope the troubles with naval movements after interception are fixed too. [;)]
Sorry, for my bad english! "Wiffing" since 1990 to the tomb!
User avatar
rkr1958
Posts: 27448
Joined: Thu May 21, 2009 10:23 am

RE: Thank you Steve!

Post by rkr1958 »

ORIGINAL: Shannon V. OKeets
May 2, 2017 Status Report for Matrix Games’ MWIF Forum

Because of all the changes I was making in Production Planning routines, I was unable to get a functional version of the program out to the beta testers before I left for Philadelphia. While I made progress on those bugs once I got back, there was never a ‘clean’ version for the beta testers until the one I uploaded for them today. That was version 02.04.04.06. There are two more bugs in Production Planning that I want to fix before releasing a Public Beta. The beta testers will have a week to 10 days to work on that version, so the Public Beta should be out around mid-May. If the Public Beta survives without new and/or fatal bugs, we’ll make it an official Update to the game.
Just curious, are we still on schedule for a mid-May public beta?
Ronnie
Shannon V. OKeets
Posts: 22135
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: Thank you Steve!

Post by Shannon V. OKeets »

ORIGINAL: rkr1958
ORIGINAL: Shannon V. OKeets
May 2, 2017 Status Report for Matrix Games’ MWIF Forum

Because of all the changes I was making in Production Planning routines, I was unable to get a functional version of the program out to the beta testers before I left for Philadelphia. While I made progress on those bugs once I got back, there was never a ‘clean’ version for the beta testers until the one I uploaded for them today. That was version 02.04.04.06. There are two more bugs in Production Planning that I want to fix before releasing a Public Beta. The beta testers will have a week to 10 days to work on that version, so the Public Beta should be out around mid-May. If the Public Beta survives without new and/or fatal bugs, we’ll make it an official Update to the game.
Just curious, are we still on schedule for a mid-May public beta?
I gave the beta testers a new version (02.04.04.09) last night (Saturday, May 14th) and if that survives their testing this coming week, I'll upload a version (02.04.05.00) next weekend for Matrix to post as a Public Beta. So, its availability to players should be somewhere around May 24th (?).

===
Here are my raw notes from "Changes Since" concerning Production Planning. [Looking at the dates, my trip to Philadelphia is pretty obvious. Other gaps are days i play golf, and in some instances, when a particularly nasty bug takes me several days to solve.]


1. April 7, 2017 - For all major powers, initialized the variable Return Unused Convoys to Base to False at the beginning of the Preliminary Production phase. These flags were not being initialized and sometimes would have a value of True, which meant that convoys not needed for getting resources moved overseas would be taken off Sentry status and forced to return to base. Those variables are also reset to False when a game is restored - so older saved games won’t have the problem of convoys being forced to return to base.

2. April 18, 2017 - Added code to reduce the search time for finding overseas paths for resources.

3. April 18, 2017 - Rewrote the code for routing resources overseas so it always finds a path using the minimum number of convoys. Previously it would sometimes take a circuitous route.

4. April 19, 2017 - Fixed a problem with the Production Planning form where sometimes selecting the Route layout did not change to the Route layout. This happened if no resource was selected. Now the program selects the first resource in the list if one exists and none has been selected.

5. April 29, 2017 - Fixed a problem with Production Planning with choosing which convoys to use in a sea areas so that the priority is: (1) receiving country’s convoy, (2) sending country’s convoy, and (3) convoy belonging to another major power on the same side that will permit its convoys to be used. Previously, the USA (while neutral) shipping resources to China would oftentimes usurp a Commonwealth convoy - ignoring its own convoy in the sea area.

6. May 1, 2017 - Added code for the Production Planning form’s Route List to show which major power’s convoy is being used in each sea area in the route. For example, when the United States ships the Alaska resource to the lower 48 states to be saved or used in production, the sea area in the Route List is shown as: “USA Gulf of Alaska”. Previously it had simply displayed “Gulf of Alaska” without specifying which major power’s convoy in the sea area was being used. This is especially useful when the Allies have convoys belonging to multiple major powers in a sea area and resources/build points are being shipped through the sea area. This is merely a cosmetic change to provide more information to the players. Older saved games are missing the requisite data and may show Germany as providing a convoy - that gets corrected when a new overseas route is determined.

7. May 1, 2017 - Fixed a problem with Production Planning when a resource (e.g., a build point originating from Washington D.C.) would add an extra sea area to the beginning of a route because the hex of origination was a coastal hex. Usually starting the overseas route with the adjacent sea area is best but sometimes a shorter overseas route can be found by moving along rail lines to a different port.

8. May 4, 2017 - Fixed a problem in Production Planning where sometimes a resource was Used but not marked as Used so the program kept finding ‘new’ routes for the resource. This caused multiple convoys in a sea area to be marked as Used for getting the resource to its destination. Ultimately, there were insufficient convoys to get other resources shipped overseas. This only came up when using routes that had been successful previously.

9. May 4, 2017 - Fixed a problem in Production Planning where the maximum number of build points being sent from a factory hex was always twice the number of factories in the hex. Now it is equal to the number of factories in the hex times the production multiple (PM), with any excess over a non-integer value rounded up. For example, if there are 2 factories in a hex and the PM is 0.5, then only 1 build point can be sent from the hex to another major power as part of a trade agreement. But if the PM is 0.75, then 2 can be sent. If the PM is 1.25, then a hex containing only 1 factory can send two build points.

10. May 5, 2017 - Fixed a problem in Production Planning where the number of idle factories in a hex became negative (e.g., 254, 255) after a single factory received multiple resources for produciton.

11. May 5, 2017 - Made changes to Production Planning so that when a game is restored during a Production Planning phase, the previously stored routes for the resources are reaffirmed as valid. Previously, some routes through enemy ZOCs where being left as valid. Now the program checks for enemy ZOCs, as well as all the other stuff, and does not accept invalid routes.

12. May 7, 2017 - Fixed a problem with the Production Planning form where the informative message about no viable destination for resource to the be saved/used in production kept reappearing, after its first appearance, whenever the player clicked on almost any place on the form.

13. May 7, 2017 - In Production planning, eased the restrictions on setting source, destination, and action for a resource. If a player controls the sending major power then he can change the source resource, destination, route, and action at any time before the final production planning phase or after the production phase. If a player controls the receiving major power, then he can change the destination and action at any time before the final production planning phase or after the production phase. What this means in practice is that when playing Solitaire, you no longer have to change the current major power to make changes to what resources go where, how they get there, or what happens once they arrive. Also, if you control the Axis major powers, you can change the source, destination, route, and action for all the resources the Axis control plus the destination and action for all the resources the Axis receive from the Allied side. And vice-versa for the Allies.

14. May 11, 2017 - Corrected the positioning of the Resources View in the Production Planning form so it aligns with the Summary Statistics. This is for purely cosmetic reasons.

15. May 11, 2017 - Added missing code for saving which resources go where each time a successful route is found, labeled Most Recent. Previously this was only done for resources that were part of a trade agreement. Separate sets of data on “which resource goes where and what happens when it arrives” are maintained for Override, Default, and Last Turn. The processing order is: Override, Default, Most Recent, and Last Turn. Only if all of those fail (or are undefined) does the program search for a new destination.

16. May 12, 2017 - Fixed a problem with saved resources being used in production not being restored correctly if the game is saved and then restored.


Steve

Perfection is an elusive goal.
Shannon V. OKeets
Posts: 22135
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: Thank you Steve!

Post by Shannon V. OKeets »

I gave Matrix version 2.5.0.0 Tuesday night (Hawaii time). Now they are in England, so the time difference is sizable. It is in their queue to be released as a Public Beta (as of Wednesday Vermont time). I don't know exactly when that will happen.

Here are the Release Notes.

Release Notes for (Hot Patch) Version 02.05.00.00

All Modes of Play

Air Operations
1. Fixed an occasional non-fatal error in Assign Roles to Carrier Air Units when the current major power is not the major power that needs to decide the role for a carrier air unit.

2. Changed the current major power to the deciding major power when necessary for deciding roles for carrier air units in port attacks and naval air combats.

3. Enabled restoring games which were saved in the Defender Intercept subphase of air missions after fighter interceptors have flown.

4. Modified the routines that check for use of surprise points to hide the originating forms (i.e., either Antiaircraft Fire, Air-to-air Combat, and Naval Combat Results) so only one form is visible at a time. The originating form is redisplayed after the decision about using surprise points is made.

5. Fixed a fatal error with using surprise points to avoid combat in a Port Attack during the air-to-air combat subphase. Usually the question about using surprise points is first asked during the anti-aircraft fire subphase. But in those instances when there is zero anti-aircraft fire, the air-to-air combat subphase becomes the first time that surprise points can be used. The program was having trouble processing a decision to avoid combat.

6. Fixed a problem with returning air units from missions when both sides have fighters to return to base. In some instances the program branched (bizarrely) to a naval interception digression. That no longer occurs.

DOW

7. Fixed a problem with the program asking about calling out Vichy France reserves.

8. Enabled restoring games in the middle of DOW on majors and minors. However, after restoring a game the decisions in the subphase have to be made anew for all major powers.

Partisans
9. Fixed a problem with French partisans not being controlled by the USSR once France is completely conquered.

Production Planning
10. Rewrote the code for routing resources overseas so it always finds a path using the minimum number of convoys. Previously it would sometimes take a circuitous route.

11. Fixed a problem with Production Planning when a resource (e.g., a build point originating from Washington D.C.) would add an extra sea area to the beginning of a route because the hex of origination was a coastal hex. Usually starting the overseas route with the adjacent sea area is best but sometimes a shorter overseas route can be found by moving along rail lines to a different port.

12. Fixed a problem in Production Planning where sometimes a route for a resource was found but the resource was not marked as Used. The result of this error was that the program kept finding ‘new’ routes for the resource. This caused multiple convoys in a sea area to be marked as Used for getting the (one) resource to its destination. Ultimately, there were insufficient convoys to get other resources shipped overseas. This only came up when using routes that had been successful previously.

13. Fixed a problem with Production Planning when choosing which convoys to use in a sea area so that the priority is: (1) receiving country’s convoy, (2) sending country’s convoy, and (3) convoy belonging to another major power on the same side that will permit its convoys to be used. Previously, the USA (while neutral) shipping resources to China would oftentimes usurp a Commonwealth convoy - ignoring its own convoy in the sea area.

14. Fixed a problem in Production Planning where the maximum number of build points being sent from a factory hex was always twice the number of factories in the hex. Now it is equal to the number of factories in the hex times the production multiple (PM), with any excess over a non-integer value rounded up. For example, if there are 2 factories in a hex and the PM is 0.5, then only 1 build point can be sent from the hex to another major power as part of a trade agreement. But if the PM is 0.75, then 2 can be sent. If the PM is 1.25, then a hex containing only 1 factory can send two build points.

15. Fixed a problem in Production Planning where the number of idle factories in a hex became negative (e.g., 254, 255) after a single factory received multiple resources for production.

16. Fixed a problem with Production Planning where routes were being set to a nil value instead of being cleared of all hex entries.

17. Made changes to Production Planning so that when a game is restored during a Production Planning phase, the previously stored routes for the resources are reaffirmed as valid. Previously, some routes through enemy ZOCs where being assumed valid. Now the program checks for enemy ZOCs, as well as all the other stuff, and does not accept invalid routes.

18. Added code to reduce (somewhat) the search time for finding overseas paths for resources.

19. Fixed a problem with the Production Planning form where the informative message about no viable destination for resource to the be saved/used in production kept reappearing, after its first appearance, whenever the player clicked on almost any place on the form.

20. In Production Planning, eased the restrictions on setting source, destination, and action for a resource. If a player controls the sending major power then he can change the source resource, destination, route, and action at any time before the final production planning phase or after the production phase. If a player controls the receiving major power, then he can change the destination and action at any time before the final production planning phase or after the production phase. What this means in practice is that when playing Solitaire, you no longer have to change the current major power to make changes to which resources go where, how they get there, or what happens once they arrive. Also, if you control the Axis major powers, you can change the source, destination, route, and action for all the resources the Axis control, plus the destination and action for all the resources the Axis receive from the Allied side. And vice-versa for the Allies.

21. Added missing code for saving which resources go where each time a successful route is found, labeled Most Recent. Previously this was only done for resources that were part of a trade agreement. Separate sets of data on “which resource goes where and what happens when it arrives” are maintained for Override, Default, Most Recent, and Last Turn. The processing order is: Override, Default, Most Recent, and Last Turn. Only if all of those fail (or are undefined) does the program search for a new destination.

22. For all major powers, initialized the variable Return Unused Convoys to Base to False at the beginning of the Preliminary Production phase. These flags were not being initialized and sometimes would have a value of True, which meant that convoys not needed for getting resources moved overseas would be taken off Sentry status and forced to return to base. Those variables are also reset to False when a game is restored - so older saved games won’t have the problem of convoys incorrectly being forced to return to base.

23. Added a check to avoid a possible fatal error when restoring a saved game where no major power controls a resource.

24. Fixed a problem with saved resources being used in production not being restored correctly if the game is saved and then restored.

25. Fixed a problem with the Production Planning form where sometimes selecting the Route layout did not change to the Route layout. This happened if no resource was selected. Now the program selects the first resource in the list if one exists and none has been selected.

Production
26. Increased the maximum number of units in the game from 8000 to 8050. More importantly, added code so the program reuses temporary units (e.g., pilots, convoys) that have been removed from the game, once the number of units exceeds 5000. For example, when a player builds a pilot, a temporary unit is created and placed in a Production Pool to arrive in a future turn. When that turns occurs, the major power’s number of pilots is increased by 1. Concurrently, the temporary unit is moved to the Removed Pool. After the number of units in the game passes 5000, the program starts checking for a unit of the same type in the Removed Pool. If one is found, it reuses it rather than creating a new unit.

27. Removed City Based Volunteers from the list of units that can be built unless the optional rule for those units is being used.

Peace
28. Fixed a problem with conquest of territories (i.e., not major powers, not minor countries, and not subcountries) so that a hex occupied by a land or air unit (not a partisan) remains under the control of the player owning the land/air unit.

29. Modified the code for Conquest so processing hex H, containing only air units and H does not have a land combat unit exerting a ZOC into H, and H belongs to the conquered country, assigns control of H to the air unit’s controlling major power.

30. Fixed a problem with the complete conquest of a major power (M) where hexes held by M that were not in M’s home country and not in countries M had conquered, were being left in the control of M. These hexes were usually in countries conquered by an ally of M, so they are now given to that ally. An example would be hexes in France (which was conquered by Germany) held by Italy when Italy is completely conquered. Those hexes now become controlled by Germany. In the odd case where M held hexes in countries conquered by or aligned to major powers on the other side, then those hexes are given to the major power that conquered M. For example, if Italy held hexes in Greece (unconquered and aligned to the Commonwealth) when Italy was conquered, then those hexes are now given to whichever major power conquered Italy.

31. Added some code to the end of the Conquest phase to check to two conditions. (1) Saved oil and build points that belong to a completely conquered major power so they become controlled by whichever major power now controls their hex. (2) Overrun units that haven’t been forced to rebase; they are now forced to rebase. The latter would sometimes occur when a territory become conquered.

32. Fixed a newly created bug (due to changes for NetPlay) that left units belonging to conquered countries in the game (even on the map!).

33. Fixed a problem with determining which major power controls a minor country (MinC) that had been conquered and its conquering major power is completely conquered. The problem only arose if there where no units in MinC. After these changes, control of MinC reverts to its original controlling major power. This problem happened when Italy was completely conquered and there were no Allied units in Ethiopia. Under those circumstances, Ethiopia now reverts to control by the Commonwealth.

34. Modified the processing of incomplete conquest of major powers so their units “not on the map which arrive in future years” are no longer removed from the game. Those units are available as future force pool additions.

35. Fixed a problem with being unable to move Axis peacekeepers out of Bessarabia if peace is enforced between the USSR and Rumania. Made a similar change for the Finnish Borderlands if peace is enforced between the USSR and Finland.

36. Fixed a problem for the first conquest of Italy where if two of the conquering major powers had equal priority for becoming the conqueror of Italy, the ‘first’ is assigned the conquest. The order for Allied major powers is: China, Commonwealth, France, United States, USSR. Previously in this situation, China was being awarded the conquest even though it was not even at war with Italy.

37. Added a check to delete trade agreements between major powers on the same side when one of them becomes neutral. The situation where this occurred in a game was when Italy was only at war with France and upon Vichy being declared, all French administrative areas went to Vichy. That set Italy to Neutral. The change in the code now deletes any trade agreements between Italy and Germany. Another place where this might occur is if the USSR is at war with Japan and ‘peace’ between those two major powers is declared. Any trade agreements that the USSR has with France and the Commonwealth would now be deleted. However, any arguments with the USA are left intact because of the various US Entry Options for sending resources and build points to the USSR.

38. Added some checks to avoid a non-fatal error when trying to move the AOI unit after Italy has been conquered.

39. Confirmed that the Liberation of Italy cannot occur on the same turn that it is conquered.

40. For Liberation, added a call to the same code used in Conquest to handle saved oil and build points, and overrun units.

41. Fixed a problem with liberating France where Vichy units in Vichy France were causing those hexes to remain Vichy controlled, even though Vichy France no longer existed.

42. Fixed a problem with liberating France where naval units newly transferred from Vichy France to France were being forced to rebase out of hexes newly converted to ownership by France.

Cosmetic

43. Added Gearing Limit information to the Pools form. It appears when Force Pool data is selected.

44. Added code for the Production Planning form’s Route List to show which major power’s convoy is being used in each sea area in the route. For example, when the United States ships the Alaska resource to the lower 48 states to be saved or used in production, the sea area in the Route List is shown as: “USA Gulf of Alaska”. Previously it had simply displayed “Gulf of Alaska” without specifying which major power’s convoy in the sea area was being used. This is especially useful when the Allies have convoys belonging to multiple major powers in a sea area and resources/build points are being shipped through the sea area. This is merely a cosmetic change to provide more information to the players. Older saved games are missing the requisite data and may show Germany as providing a convoy - that gets corrected when a new overseas route is determined.

45. Corrected the positioning of the Resources View in the Production Planning form so it aligns with the Summary Statistics. This is for purely cosmetic reasons.

46. Modified the Assign Roles to Carrier Air Units form so double the number of carrier air units are visible. Previously in a large naval air combat, involving multiple carriers, the number of carrier air units would be more than 14 and scrolling left and right to see them all was difficult. The new version of this form has the same functionality as the old: the buttons are the same, the depiction of units is the same. The only substantive change is that the list of carrier air units for whom roles need to be decided shows twice as many units.

47. Modified the New Owner form so multiple units can be selected for assignment to a major power. For instance, you can now selected a dozen units and assign them all to be controlled to a major power by clicking once on the new owner’s flag. Before you had to select each unit, one at a time, and click on the new owner’s flag.

48. Resized the New Owner form for assigning a new owner to units so more units are shown.

Other
49. Fixed a recently created bug where after an Overstacking Digression the phase of the game did not advance.

50. Removed the execution of the US Entry Action “Japan Militarizes the Marshalls” when Japan simply defends them with a notional unit against an invasion.

51. Fixed a problem with using oil that was caused by recent changes to the search algorithm.

52. Added some checks to reforming corps when playing with Unlimited Breakdown where the absence of any divisions was causing a non-fatal error.

53. Added some code to avoid an occasional non-fatal error in recalculating supply.

Head-to-head Play

54. For Head-to-head play, fixed a problem with setting up the German Reserves being skipped.

55. For Head-to-head play, added code so when the decision makers change to a group, but the current local major power is not a member of that group, yet the current player does control at least one major power in the group, then the current local major power is changed to a member of the group. For example, if the phasing side is Allies and the local major power is France and the subphase changes to align minors, and only the US has a minor to align (e.g., Panama), then the program now changes the local major power to the US, so it can decide whether to aligning Panama.

56. For Head-to-head play, made numerous changes to standardize the code for when the players have to switch.

NetPlay

57. For NetPlay, (this might have affected Solitaire and Head-to-head play too), fixed a newly created problem with naval combat use of surprise points when only 1 surprise point remained.

58. Added code to send information on each major power’s gearing limits when the Production form is closed.

59. Enabled ‘restoring’ a NetPlay game from within an existing game - but only for the purposes of Reviewing it. In practical terms, there is now a button on the Restore Game form for reviewing a game if it is a NetPlay game. This has the same functionality as a similar button on the opening splash screen.
Steve

Perfection is an elusive goal.
User avatar
rkr1958
Posts: 27448
Joined: Thu May 21, 2009 10:23 am

RE: Thank you Steve!

Post by rkr1958 »

Thanks for the update! Hopefully we can get it for this Holiday weekend in the US. [:)]

By the way, a most impressive change list. [&o]
Ronnie
User avatar
Neilster
Posts: 2879
Joined: Mon Oct 27, 2003 1:52 pm
Location: Devonport, Tasmania, Australia

RE: Thank you Steve!

Post by Neilster »

I haven't quite followed the convoy problem posts. Should this be fixed now?

Cheers, Neilster
Cheers, Neilster
User avatar
paulderynck
Posts: 8356
Joined: Sat Mar 24, 2007 5:27 pm
Location: Canada

RE: Thank you Steve!

Post by paulderynck »

It should be much improved. There may be some odd ball cases that arise when you think of all the trade agreement and lending rules combined with an Oil game....
Paul
User avatar
Centuur
Posts: 9013
Joined: Fri Jun 03, 2011 12:03 pm
Location: Hoorn (NED).

RE: Thank you Steve!

Post by Centuur »

It will be much improved, however, it needs extensive hammering by all the guys here to see if it's working properly. There's one problem left, I believe, but Steve considers it to be minor...
Peter
User avatar
Neilster
Posts: 2879
Joined: Mon Oct 27, 2003 1:52 pm
Location: Devonport, Tasmania, Australia

RE: Thank you Steve!

Post by Neilster »

Thanks for the replies. I've been holding off on a Global War because it seemed the convoy problems would make it a bit frustrating. I think I'll give it a go now.

Cheers, Neilster
Cheers, Neilster
User avatar
Joseignacio
Posts: 2798
Joined: Fri May 08, 2009 11:25 am
Location: Madrid, Spain

RE: Thank you Steve!

Post by Joseignacio »

How about solving the deployment problems in netplay? Wouldn't it be nice to be able to start the campaign even if it is just to be able to beta test?
Shannon V. OKeets
Posts: 22135
Joined: Wed May 18, 2005 11:51 pm
Location: Honolulu, Hawaii
Contact:

RE: Thank you Steve!

Post by Shannon V. OKeets »

ORIGINAL: Joseignacio

How about solving the deployment problems in netplay? Wouldn't it be nice to be able to start the campaign even if it is just to be able to beta test?
I am shying away from NetPlay bugs at the moment. I want the Solitaire/Head-to-head Public Beta to run for a while and I'll fix bugs specific to that version. Once it is clean enough for release as an official Update, I'll go back to working on the NetPlay bugs.
Steve

Perfection is an elusive goal.
User avatar
Joseignacio
Posts: 2798
Joined: Fri May 08, 2009 11:25 am
Location: Madrid, Spain

RE: Thank you Steve!

Post by Joseignacio »

Well, it's an answer I don't like but it's an answer after all. Thanks for that.
joshuamnave
Posts: 967
Joined: Wed Jan 08, 2014 3:51 am
Contact:

RE: Thank you Steve!

Post by joshuamnave »

Am I missing something? Is the file hiding somewhere that I'm just not finding it? Or has a week gone by without them releasing it?

Maybe it's with the State of the Game report....
Head Geek in Charge at politigeek.net - the intersection of politics and all things geeky
Numdydar
Posts: 3271
Joined: Fri Feb 13, 2004 9:56 pm

RE: Thank you Steve!

Post by Numdydar »

Since the file was sent to Matrix in England, maybe it is Tea Time. After all there is plenty of time to get to those bridges [;)]
User avatar
Erik Rutins
Posts: 39324
Joined: Tue Mar 28, 2000 4:00 pm
Location: Vermont, USA
Contact:

RE: Thank you Steve!

Post by Erik Rutins »

We had to change the submitted update to fix a critical bug found at the last minute. It's back in production and we still have a chance of getting it out this week. If not, then before mid-week next week.
Erik Rutins
CEO, Matrix Games LLC


Image

For official support, please use our Help Desk: http://www.matrixgames.com/helpdesk/

Freedom is not Free.
Post Reply

Return to “World in Flames”