New WiF Public Beta Update v1.2.1.2 Now Available!

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

Post Reply
User avatar
Andrew Loveridge
Posts: 538
Joined: Mon Jul 20, 2009 1:47 pm

New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Andrew Loveridge »

Hello Everyone,

We have a new Public Beta that addresses a number of Production issues, in addition to other bugs. It is available in the Members Club.

Please try it out, if you would like to help us improve the game. Let us know how it works for you.

Change List

V1.2.1.2 Beta – Sept. 3, 2014
    Bug Fixes[/b] [ul]
  • Changed the processing of the button Skip Major Power to Switch Major Power. This affects the forms: Lending (trade agreements), DOW on Minors, DOW on Majors, Align Minor (voluntary), Naval Combat, and Production Planning. Previously when the player clicked on the Skip Major Power button, the program changed the deciding major power to the ‘next’ major power that still needed to make a decision in the phase. Since the player usually has a specific major power which he wants to next make decisions, the process of changing to that major power could involve skipping over as many seven other major powers. The modified code simplifies the process so when the player clicks on Switch Major Power, a list of major powers yet to make a decision in the phase is displayed. The player can then select which one he want to be the new deciding major power.
  • Fixed the problem where Communist Chinese were able to use Nationalist Chinese cities for supply.
  • Fixed a problem with overseas routes for individual units owned by a major power not tracing to supply sources belonging to cooperating major powers.
  • Fixed supply for the AOI unit so it can trace through the capital of a conquered minor country (e.g., Djibouti) to a Primary supply source (e.g., Addis Abba).
  • Enabled the controlling major powers’ HQs and capitals of conquered countries to act as secondary supply sources for conquered minor country units (i.e., territorial units) by tracing railway paths to cities in the units’ home country.
  • Removed the capital of a conquered minor country from the list of secondary supply sources for the conquered country - because it is a primary supply source.
  • Fixed a problem with cities in a conquered minor country not being listed on the Supply Sources and Paths form as primary supply sources for territorial units built for the conquered minor country by the conquering major power.
  • Eliminated some redundant searching for railway supply paths for cooperating major powers. For example, for German supply paths, searches are conducted to see if von Bock is a valid secondary supply source. But although von Bock is potentially a valid secondary supply source for Italy, that search is unnecessary. That’s because if the search for a valid path to a German primary supply source fails, the program immediately examines the hexes searched looking for Italian primary supply sources. The result of the above change is that fewer searches are performed for railway paths - reducing the time required to calculate supply.
  • Fixed a typo in the code so that all secondary supply sources for conquered countries are listed on the Supply Paths and Sources form.
  • Removed secondary supply sources for conquered countries that were tracing supply to a primary supply source owned by a major power other than the conquered country’s conqueror.
  • Added HQs as secondary supply sources for conquered countries when the HQ belongs to the conquering major power and it can trace a supply path to a primary supply source belonging to the conquering major power.
  • Added code so when one major power (M) finds a path from a cooperating (C) major power’s HQ (or a capital of a country conquered by C) to a Primary SS controlled by M, then the Secondary SS appears in the Supply Sources and Paths form for both M and C. This worked correctly for Overland supply paths but it only partially worked for Overseas supply paths.
  • Fixed a bug in supply where if the weather changed, causing an HQ in a lake hex to ‘drown’, the program had been generating a fatal error.
  • Added Qattara Depression hexes as illegal hexes for tracing supply.
  • Fixed a supply recalculation problem associated with placing Stilwell on the map as a reinforcement. This was due to a conquered country not having a new controlling major power assigned (e.g., when Germany conquered all of Poland, without the USSR claiming Eastern Poland).
  • Added a check to avoid a possible fatal error when checking for German permission to route supply through Sweden.
  • The corrections made to Supply have fixed several reported problems in North Africa for German and Italian supply.
  • Reduced the time delay when changing major powers during the Production Planning phases by several orders of magnitude. For the provided saved game that had this problem, the program consumed a lot of time trying to find a resource in the Commonwealth (and then in the US) that could be sent to the USSR, when there were no available routes. The time to compute production planning routes now takes 28 seconds for the first major power and less than 1/4 of a second for all subsequent major powers. This is down from 80 seconds for each of the 9 major powers before I modified the algorithm. I could reduce these times some more but it would take more program modifications, so unless this is reported by multiple customers as still being a problem, I decided to stop making improvements at this time.
  • Made some changes to the Production Planning form’s filters for resources so the NEI oil that is controlled by a conquering major power is reported correctly, even after partisan units have damaged it.
  • Added yet another check for the NEI oil so if the NEI is conquered, it always belongs to the country that controls the hex.
  • Added another condition for when the Production planning Recompute should skip finding paths for resources. That now only happens if the resource has a Default or Override action setting of Idle. Before this change it was possible for a resource to have a Default or Override setting of Produce or Save where the destination could not be reached. Under those conditions, the program was skipping the resource simply because it failed to reach it intended destination. Now Recompute will try to find an Idle factory that the resource can reach for Production.
  • For Production Planning, removed the spurious message about no path found when the form for choosing the destination to save an oil point is closed by clicking on the Cancel button.
  • For Production Planning, removed the spurious message: “No path to a usable and reachable factory was found” when a change to a resource destination for production is cancelled.
  • Added a warning message when closing the Production Planning form if the number of saved oil points in a hex will exceed the maximum. The player can then decide whether to change where he saves oil points to prevent the excess being lost.
  • Loosened the restrictions during the Final Production Planning phase on resources received in trade so the receiving major power can modify what is done with the resource (production, save, idle) and its destination. Note that which resource is sent and to which country still cannot be modified during that phase.
  • Enabled Japan to use the Burma Road to route resources to factories, regardless of whether it is Open or Closed - provided the other normal conditions for routing resources are met.
  • Added a check to avoid a fatal error when trying to set a route for a US resource during the Setup phase for the US.
  • Added code so when the factory from which a build point originates is changed, the build point’s trade country is reset and the default action is to save the build point.
  • Fixed a bug in production planning that was preventing setting a new originating factory for a trade agreement to send a build point.
  • Fixed a problem with sending resources received as part of a trade agreement to designated factories.
  • Improved the message in the Production Planning form to tell the player how to find and use the Default/Override Table to specify which resource is used to fulfill a trade agreement.
  • Marked all resources in the Production Planning form as ‘Lost’ if their hex is occupied by an enemy partisan unit.
  • Added a check to make sure the Saved Oil form is not already being displayed when a second request to specify where an oil point is to be saved is made using the Production Planning form.
  • Enabled changing the destination of a build point. This is done like changing the destination for a resource received in a trade agreement. That is, use the Production Planning form’s radio button “Where To”. Note that only the receiving major power is permitted to change the destination.
  • Added code to the Production Planning form so if a player left clicks in the Resources list on the label Build Point for a build point that he controls, the program asks whether the player wants to change the origination hex for the build point. Note that this is the only way to change where a build point originates, and that you must click on the first column in the Resources list.
  • Enabled the program’s response to a mouse click on the top row of the Trade Grid in the Production Planning form for build point resources. This lets the player specify to which trade country he want the build point sent. For instance, if the US has trade agreements to send build points to both the Commonwealth and the USSR, then this feature lets you define to which major power a specific build point is sent. When the player sets the Default Country for a build point, its action is set to Save. Regardless, the build point will still be available for the receiving major power to use in the production phase (assuming it arrives successfully).
  • Enabled aligned minor country factories to provide build points as part of a trade agreement. For instance, Sao Paolo, Brazil can now send 2 BPs to Free France (new home country in West Africa). Of course all the normal conditions for sending BPs overseas still need to be fulfilled.
  • Added code so the only resource that can fulfill the Persia to Commonwealth trade agreement is the oil resource in hex (80, 77), which is on a rail line. This maximizes the ability of the Commonwealth to use the oil.
  • Made a change to eliminate a fatal error that could occur when trying to change the destination for a build point.
  • Added code so when a game is restored, Build Points are always being Saved and their Default Trade Country is instantiated. This simplifies the process for the receiving major power to change the destination for the build point.
  • Fixed a problem with restoring saved games where the stored overseas route for a resource to a destination was no longer valid and could generate a fatal error.
  • Added code so if a game is saved and restored in the middle of setting up reinforcements, the current major power placing units on the map is no longer skipped when the game is restored.
  • Disabled the Call Out Reserves button in the Pools form during the Setup phase.
  • Added code so when there are too many oil points in a hex, the Overstacked digression routine splits the oil point unit into one that has the maximum number of oil points for the hex and another that has the excess. The player then destroys the excess unit.
  • Fixed a bug where the number of saved oil points in a hex never incremented beyond one, although the correct number of saved oil resources appeared in the Production Planning form.
  • Added a check so an oil resource in a hex occupied by an enemy partisan is no longer included in the Use Oil form.
  • Added a check to prevent the Commonwealth from placing newly constructed factories in countries other than the United Kingdom until the United kingdom is conquered.
  • Fixed a fatal error which occurred when using the Off-City Reinforcements optional rule and the arriving unit’s possible arrival hexes included a hex that was adjacent to a city/port in a neutral country. For example, this would happen if the Brussels Militia unit was due to arrive and the Netherlands was still neutral: Antwerp is a possible off-city arrival hex which is adjacent to Rotterdam.
  • Fixed a problem with setting up territorial units using the optional rule Off-City Placement. Previously, these units were being restricted to setting up in a city or a port, even when the Off-City Placement capability was applicable.
  • Fixed a problem with the Communist Chinese militia not being available for setup if the game had been saved and restored before the Communist Chinese set up their units. Provided the Communist Chinese have not yet started to set up their units, this is retroactive so if the problem had been created previously, when the game is now restored the Communist Chinese militia units are available (one of the two of them set up in the Global War scenario).
  • Fixed a problem with setting up saved oil points during setup where the number of saved oil points for a unit kept increasing.
  • Made a change to the Air-to-air Combat form so when the Decision Button’s label is “Combat Chosen”, it is always visible unless playing with NetPlay. This was a problem at times for Head-to-head play, with the button not being shown, thereby halting the game.
  • Added Desert Mountain terrain to the list of terrain types that may cause the attacker to take an extra loss when playing with the 2D10 Land Combat Results Table. The rules are a little vague about this but the intention is clear that Desert Mountain should provide the same defensive benefits as Mountain.
  • Added Rocket Artillery to the list of unit types that can advance after combat when stacked with armor or mechanized units.
  • Fix a bug with damaging Red factories so that if the optional rule Construction Engineers in ON, red factories are damaged when ‘captured’ by enemy forces. They then need to be repaired using engineers and build points before they can be used by the major power that took control of them.
  • Fixed a bug in the Breakdown routine when playing with the rule Unlimited Breakdown and cancelling breaking down a unit. The program was placing the anonymous divisions in the Force Pool where they could be built like named divisions. Now the anonymous units go into the Removed Pool where they belong.
  • Fixed a bug where reserve militia units in the Future Force Pool were not being moved into the Force Pool when a major power reentered the war. For instance, the Osaka Militia unit (a reserve unit) is moved to the Future Force Pool if Japan conquers China and is no longer at war with any Allied major power. But once Japan does go to war with another Allied major power, then the Osaka Militia unit needs to be moved into the Force Pool (assuming that Japan still controls Osaka). This bug would sometimes manifest as a question to Call Out Reserves but then no reserve units would be shown.
  • Removed the question about whether the liberating major power wants to revert hexes when the country being liberated is a major power. All hexes are always reverted when a major power is liberated.
  • Fixed a problem with DOW Minors being skipped for Germany during the impulse that Rumania automatically aligns with Germany because Germany had denied the claims of Hungary and Bulgaria on Rumanian territory.
  • Fixed a fatal error during the DOW phase once the United Kingdom had been conquered.
  • Fixed a problem with restoring saved games where the data values for Partisans could sometimes be incorrect.
  • Fixed a problem with calculating garrison points for partisans where New Caledonia was being considered part of Metropolitan France. That was because New Caledonia is a SubCountry (i.e., not a minor country) which is not an integral part of Metropolitan France. As a counter-example, East Prussia is a SubCountry that is an integral part of Germany.
  • Added a few lines of code to prevent a fatal error when trying to create a New Trade Agreement when there are no viable trading partners.
  • Added a check to prevent a fatal error when trying to select a unit from the Selectable Units form when that form isn’t displaying any units.
  • Added a check to avoid a fatal error for adjacent hexes being controlled by a neutral country when Reforming Units.
  • Added a check to avoid a fatal error when exiting the program during the Setup phase.
  • Modified the list of Standard Optional Rules and Advanced Optional Rules so they no longer included optional rules which have not yet been coded (e.g., City Based Volunteers).
Cosmetic
  • Modified the Naval Moving Stack Review form, which is accessible using F11 when a group of naval units are “in hand”. I made some cosmetic changes to the form as well as making it smaller, so it fits on a 1024 by 768 display. The primary change was that I added a Unit Stack Viewer so the units “in hand” can now be seen. That stack viewer is linked to the Main form’s Unit Data Panel: when the cursor is moved over a unit in the stack viewer, the details for the unit under the cursor are shown in the Main form’s Unit Data Panel.
  • Fixed a rendering problem for air units belonging to minor countries when using medium resolution. The program was keying off the cost of the unit to determine which bitmap to use. When playing with pilots, the cost is 2 for tactical bombers, and all was well. But without the optional rule Pilots, the cost is 4 and the program didn’t display medium resolution images for the Rumanian, Bulgarian, and Finnish bombers. The code change was one word: to key off the BaseCost instead of the Cost.
  • Corrected the map display of destroyed factories when there are 3 factories in a hex and one blue factory has been destroyed. Previously, the damaged blue factory was not displayed in the hex as damaged.
  • Disabled some diagnostic messages which appeared at times when calculating tertiary supply routes.
[/ul]
Extraneous
Posts: 1810
Joined: Sat Jun 14, 2008 1:58 am

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Extraneous »


Do I have it right?
 
 
MWiF has:
 
A beta test and beta testers.
 
A comercial beta where people have bought MWiF and submit bug reports in the forums.
 
A open beta where people have bought and registered MWiF in the Members Club and promise to submit bug reports.
 
 
 
University of Science Music and Culture (USMC) class of 71 and 72 ~ Extraneous (AKA Mziln)
User avatar
AxelNL
Posts: 2389
Joined: Sat Sep 24, 2011 12:43 pm
Location: The Netherlands

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by AxelNL »

ORIGINAL: Extraneous


Do I have it right?


MWiF has:

A beta test and beta testers.

A comercial beta where people have bought MWiF and submit bug reports in the forums.

A open beta where people have bought and registered MWiF in the Members Club and promise to submit bug reports.



a. correct.
b. if you delete the first four words the sentence is correct. I don't think Matrix ever sold a commercial beta
c. I don't think you promise to submit bug reports when installing the public beta. There is hope you do, however. Just as people are now reporting naval regression which creeped in the latest public beta.

what is the purpose of these questions? Do you want to point out the obvious?
Extraneous
Posts: 1810
Joined: Sat Jun 14, 2008 1:58 am

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Extraneous »


A) The beta is still on going.
 
B) Matrix has stated when you buy MWiF it is a commercial beta.
 
C) If you belong to the Members Club it states on that page that you agree that you will submit bug reports.
 
 
 
I am just trying to ascertain the limitations of the open beta.
 
 
 
University of Science Music and Culture (USMC) class of 71 and 72 ~ Extraneous (AKA Mziln)
User avatar
paulderynck
Posts: 8356
Joined: Sat Mar 24, 2007 5:27 pm
Location: Canada

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by paulderynck »

And what limitations have you found so far?
Paul
Extraneous
Posts: 1810
Joined: Sat Jun 14, 2008 1:58 am

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Extraneous »

ORIGINAL: paulderynck

And what limitations have you found so far?


See post 2

University of Science Music and Culture (USMC) class of 71 and 72 ~ Extraneous (AKA Mziln)
User avatar
paulderynck
Posts: 8356
Joined: Sat Mar 24, 2007 5:27 pm
Location: Canada

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by paulderynck »

But post 2 has been shown to be somewhat in error via post 3 ?
Paul
Extraneous
Posts: 1810
Joined: Sat Jun 14, 2008 1:58 am

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Extraneous »


Please read my post #25 and its link.
 
 
You will find the definition for a "Public Beta".
 
A "public Beta" is nothing more than the incomplete Beta software released to the public for further testing. Feedback from real-world usage is often very valuable for identifying problems that need to be resolved before the product is finally released. You'll often see a flurry of announcements in the press when a major product goes into public Beta, because then anyone can use it and try it out.
 
 
"Feedback" would be bug reports for errors encountered.
 
Since MWiF has already been released it is currently a "Commercial beta".
 
Also note my rebuttal to post 3 with My post 4
 
 
 
University of Science Music and Culture (USMC) class of 71 and 72 ~ Extraneous (AKA Mziln)
User avatar
paulderynck
Posts: 8356
Joined: Sat Mar 24, 2007 5:27 pm
Location: Canada

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by paulderynck »

ORIGINAL: Extraneous

Please read my post #25 and its link.

You will find the definition for a "Public Beta".

I see now why these posts link to the Stupid Question thread. [:)]
Paul
Extraneous
Posts: 1810
Joined: Sat Jun 14, 2008 1:58 am

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by Extraneous »


This is still a stupid question that should have been aswered by now.
 
So where is my answer from Matrix?
 
paulderynck are you trying to upgrade your status from troll (small "t") to catspaw?
 
 
University of Science Music and Culture (USMC) class of 71 and 72 ~ Extraneous (AKA Mziln)
User avatar
paulderynck
Posts: 8356
Joined: Sat Mar 24, 2007 5:27 pm
Location: Canada

RE: New WiF Public Beta Update v1.2.1.2 Now Available!

Post by paulderynck »

,

Image
Attachments
plate.jpg
plate.jpg (25.03 KiB) Viewed 66 times
Paul
Post Reply

Return to “World in Flames”