rails-devel — List for discussion of Rails development

Re: [Rails-devel] 1856 Rails bug

[Mike B. <com...@ip...>]

Would it be possible in future, when sending large log files (anything >1
Mb) to zip them? Broke my email account.

 

Mike Bourke

Campaign Mastery http://www.campaignmastery.com
<http://www.campaignmastery.com/> 

Co-author, Assassin's Amulet  <http://www.legaciescampaignsetting.com/>
http://www.legaciescampaignsetting.com

  _____  

From: Stan Smith [mailto:sta...@sy...] 
Sent: Thursday, 12 April 2012 5:04 AM
To: rai...@li...
Subject: [Rails-devel] 1856 Rails bug

 

I just downloaded rails 1.7.2 today and tried a 5-person hot-seat 1856 game.

 

But in SR 5 I had $77 and wanted to buy the last IPO GT share at $75 but the
game would not allow this as an option; I had none to date.

I was permitted to buy IPO CA at the same $75.

 

I have attached some files to help in the debugging.

 

 

Stan




---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 120411-0, 11/04/2012
Tested on: 12/04/2012 12:18:53 PM
avast! - copyright (c) 1988-2012 AVAST Software.
http://www.avast.com

Re: [Rails-devel] 1880 Alpha 5 Bug Report

[<Dr....@t-...>]

Hi Chris, 

	thanks for the clarification ! 

	Kind Regards, 

	Martin

	  Von: Chris Shaffer <chr...@gm...>
 An: "Dr....@t-..." <Dr....@t-...>, 
"Development list for Rails: an 18xx game"
<rai...@li...>
 Betreff: Re: [Rails-devel] 1880 Alpha 5 Bug Report
 Datum: Wed, 11 Apr 2012 00:05:13 +0200

 2 is a valid bug.  The rules say:

 - If at the end of a Share Round all the available shares of a
company
 are in player hands, the share price is moved one space upwards. If
 the company's share price marker is at the top of a column,
 the share price is not changed.
 - Available shares are those which can theoretically be purchased
from
 the Bank. It follows that the
 second 50% of the shares in a company are not considered to be
 available until the first 3-train is bought. The reserved share that
 is placed on the Foreign Investor's charter is likewise not
available.

 --
 Chris

 Please consider the environment before printing this e-mail.

 On Tue, Apr 10, 2012 at 1:59 AM, Dr....@t-... [1]
 <Dr....@t-... [2]> wrote:
 > Hi Tom,
 >
 >
 >
 > thanks for your report.
 >
 >
 >
 > 1) The Share is added, but theres currently no method to display
the
 > portfolio of a minor in a Statuswindow.
 >
 >
 >
 > This has to be done in the near future.
 >
 >
 >
 > 2) I'll need to check that point in the rules. :)
 >
 >
 >
 > Von: "Tom McCorry" <tom...@gm... [3]>
 >
 > An: "'Development list for Rails: an 18xx game'"
 > <rai...@li... [4]>
 >
 > Betreff: Re: [Rails-devel] 1880 Alpha 5 Bug Report
 >
 > Datum: Tue, 10 Apr 2012 05:20:05 +0200
 >
 >
 >
 >
 >
 > Alpha 5 Playtest Notes:
 >
 >
 >
 >
 >
 > 1)      Rails is not ‘assigning’ a share of the first company
opened by a
 > player to its foreign investor.
 >
 > 2)      At the end of an SR before the first 3 train is purchased,
if five
 > shares of a company are sold then the stock value should go up one
rom in
 > the market.
 >
 >
 >
 > Tom McCorry
 >
 >
 >
 >
 >
 >
 >
------------------------------------------------------------------------------
 > Better than sec? Nothing is better than sec when it comes to
 > monitoring Big Data applications. Try Boundary one-second
 > resolution app monitoring today. Free.
 > http://p.sf.net/sfu/Boundary-dev2dev [5]
 > _______________________________________________
 > Rails-devel mailing list
 > Rai...@li... [6]
 > https://lists.sourceforge.net/lists/listinfo/rails-devel [7]
 >

 ------------------------------------------------------------------------------
 Better than sec? Nothing is better than sec when it comes to
 monitoring Big Data applications. Try Boundary one-second 
 resolution app monitoring today. Free.
 http://p.sf.net/sfu/Boundary-dev2dev [8]
 _______________________________________________
 Rails-devel mailing list
 Rai...@li... [9]
 https://lists.sourceforge.net/lists/listinfo/rails-devel [10]

Links:
------
[1] javascript:void(0)
[2] javascript:void(0)
[3] javascript:void(0)
[4] javascript:void(0)
[5]
?ctl=dereferer&amp;to=aHR0cDovL3Auc2YubmV0L3NmdS9Cb3VuZGFyeS1kZXYyZGV2
[6] javascript:void(0)
[7]
?ctl=dereferer&amp;to=aHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vcmFpbHMtZGV2ZWw%3D
[8]
?ctl=dereferer&amp;to=aHR0cDovL3Auc2YubmV0L3NmdS9Cb3VuZGFyeS1kZXYyZGV2
[9] javascript:void(0)
[10]
?ctl=dereferer&amp;to=aHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vcmFpbHMtZGV2ZWw%3D

Re: [Rails-devel] 1880 Alpha 5 Bug Report

[Chris S. <chr...@gm...>]

2 is a valid bug.  The rules say:

- If at the end of a Share Round all the available shares of a company
are in player hands, the share price is moved one space upwards. If
the company's share price marker is at the top of a column,
the share price is not changed.
- Available shares are those which can theoretically be purchased from
the Bank. It follows that the
second 50% of the shares in a company are not considered to be
available until the first 3-train is bought. The reserved share that
is placed on the Foreign Investor's charter is likewise not available.

--
Chris

Please consider the environment before printing this e-mail.



On Tue, Apr 10, 2012 at 1:59 AM, Dr....@t-...
<Dr....@t-...> wrote:
> Hi Tom,
>
>
>
> thanks for your report.
>
>
>
> 1) The Share is added, but theres currently no method to display the
> portfolio of a minor in a Statuswindow.
>
>
>
> This has to be done in the near future.
>
>
>
> 2) I'll need to check that point in the rules. :)
>
>
>
> Von: "Tom McCorry" <tom...@gm...>
>
> An: "'Development list for Rails: an 18xx game'"
> <rai...@li...>
>
> Betreff: Re: [Rails-devel] 1880 Alpha 5 Bug Report
>
> Datum: Tue, 10 Apr 2012 05:20:05 +0200
>
>
>
>
>
> Alpha 5 Playtest Notes:
>
>
>
>
>
> 1)      Rails is not ‘assigning’ a share of the first company opened by a
> player to its foreign investor.
>
> 2)      At the end of an SR before the first 3 train is purchased, if five
> shares of a company are sold then the stock value should go up one rom in
> the market.
>
>
>
> Tom McCorry
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Bug in 1830 Coalfields.

[Mike B. <com...@ip...>]

If you still need it, here's a complete 18AL game.

Mike Bourke
Campaign Mastery http://www.campaignmastery.com
Co-author, Assassin’s Amulet http://www.legaciescampaignsetting.com

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Tuesday, 10 April 2012 2:33 AM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Bug in 1830 Coalfields.

Follow-up:
I have pushed my current implementation to sourceforge, branch rails1.7.x

I have added new messages to indicate both rusting of trains and trains 
get obsolete, the message for obsolescence depends on the method chosen.
Those changes make all test cases temporarily fail, as soon as I have go 
the ok for the new messages from Erik, I will update the reference files 
for the test cases.

Implementation details:
I have added the feature as an attribute "obsoleteTrainFor"to 
TrainManager tag in Game.xml, which appears to me the better location 
than GameParameter as I considered before.

Possible values are documented on the wiki page for Game.xml.

Current settings are
ALL for 1830 coalfield and readings variants
EXCEPT_TRIGGERING for 18TN and 18AL

I have tested that it works for 18TN, however there is no test case that 
lets the 4 train get obsolete for 18AL. If someone could send me a game 
save file that gets beyond that phase, please send it to me directly.

Stefan


Erik:
sure as I already found out where it occurs, most likely it is easier 
for me to achieve that. And it is still some of the places where I am 
currently getting adjusted to Rails 2.0 setup due to my changes to 
Portfolio :-)

However I still have a question open:

There is currently reporting to the ReportWindow about trains rusting 
and trains getting obsolete (only about trains rusting after being 
obsolete before). There are messages "TrainsObsolete" and "TrainsRusted" 
in LocalisedText which do not occur in the java code, only 
"TrainsObsoleteRusted".

I suspect this is not a required feature, however I still want to make 
sure that I do not break something.

Stefan

On 04/09/2012 12:50 AM, Erik Vos wrote:
> Stefan,
> If you like to do it, please go ahead.  It's equal to me.
> Erik.
>
>> -----Original Message-----
>> From: Stefan Frey [mailto:ste...@we...]
>> Sent: Monday, April 09, 2012 12:45 AM
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug in 1830 Coalfields.
>>
>> Arne:
>> I can confirm the bug, thanks for catching it.
>>
>> The rules for obsolescence are different for 18AL (the previous game for
>> which obsolete trains where implemented), which rusts the trains for the
>> company which triggers the phase change.
>>
>> Erik:
>> I suggest to add a field to GameParameters "ObsoleteTrainFor" with values
>> {"all", "exceptTriggering"}
>>
>> I prefer a GameParameter to a Train Attribute here because mixing
> different
>> obsolescence rules in one game is very unlikely to occur.
>>
>> I can implement that, if you do not prefer to do it yourself.
>>
>> Stefan
>>
>>
>> On 04/07/2012 08:07 PM, Arne Östlund wrote:
>>> Hi
>>>
>>> We are playing 1830 Coalfields, when following occured:
>>>
>>> /Hi Arne and all
>>>
>>> I just noticed that Rails has taken away the N&W’s obsolete 2 train.
>> According to the version of the Reading rules that I have, rusted trains
> get to
>> run one more time even for the company that buys the train that causes
the
>> rusting.
>>>
>>> > From Alan Moon’s article in Avalon Hill's periodical GENERAL volume
23,
>> issue 6.
>>> Train Changes:
>>> a.       Add one more "4" train.
>>> b.      Use the Optional "6" train.
>>> c.       Diesels now cost $750 with a trade-in engine, or $900 without.
>>> d.      Trains that become obsolete are not removed until after the
> owning
>> corporation's next operating turn. For example: Player A buys the first
> "4"
>> train making all "2" trains obsolete; Player A, who owns a "2" train,
does
> not
>> have to remove it until after his next operating turn. And if Player A
> owns a
>> "2" train, he would not have to remove it until after his next turn of
>> operation.
>>> Is that how you all understand the rules?
>>>
>>> John/
>>>
>>>
>>> Save file attached.
>>>
>>>
>>> Regards,
>>>
>>> ArneÖstlund
>>>
>>>
>>>
>>> ----------------------------------------------------------------------
>>> -------- For Developers, A Lot Can Happen In A Second.
>>> Boundary is the first to Know...and Tell You.
>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>>
>>>
>>>
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
>
----------------------------------------------------------------------------
> --
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
----------------------------------------------------------------------------
--
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel


----------------------------------------------------------------------------
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

----------------------------------------------------------------------------
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] Commits

[Erik V. <eri...@xs...>]

I have pushed two new commits to master:

1. Player columns in StartRoundWindow and GameStatus can now be reordered.
Required for 1880 and other games.  I have tested a few different 1880
cases, and it all seems OK.
Remaining issue: Undo does not reverse the new player order in the
GameStatus window (that's because the player list and the UI update are
undone in the wrong order).
But at the next SR the player order should be OK.

2. The recent worth calculation fix has invalidated two 1835 test reports.
These have now been replaced.

Erik.

[Rails-devel] Upcoming release 1.7.3

[Stefan F. <ste...@we...>]

All:
I intend to release 1.7.3 with the recent bug-fixes tomorrow.
So if there is anything to be report or implement, please send
a short note to the list.
Stefan

Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug

[Stefan F. <ste...@we...>]

Mike:
thanks for your input.
The good news is that neither the route calculation, nor the standard 
workflow is broken.

That remains that there is an issue with the multi-concurrency used
to display the active routes, which is annoying, however does not 
prevent game play.

So I will look into this as soon as I will finalize my work on 
stabilizing Rails2.0.
Stefan


On 04/06/2012 03:41 AM, Mike Bourke wrote:
> Hi Stefan -
>
> 1)
>
> Closer inspection shows that the "better route" I thought I was seeing for
> the B&M required re-using a tiny segment of track from D20 to E19. Small,
> but enough to invalidate the result. I could not reproduce the strange
> behaviour of the route display either.
>
> 4)
>
> I focussed on the NYC operating round in OR 8.1, as requested.
>
> in the enclosed zip file are 4 copies of the log and 3 saved games showing
> the different stages of the bug for the NYC operating round.
>
> "Copy of 18xx.log" is from the original game and may not be of much use to
> you. It was created prior to relaunching any games.
>
> I then deleted the original log file and relaunched the game, loading the
> saved game that I have previously sent and returning to the first noted
> aberrational behaviour (B&M's op round 8.1) and playing forward from there.
>
> "Copy (2) of 18xx.log" and "1830_20120406_0054_Mike_8.1(2).rails" give the
> initial display of the NYC route and all looks fine. This corresponds to the
> screenshot 1830-bug-03.jpg.
>
> "Copy (3) of 18xx.log" and "1830_20120406_0054_Mike_8.1(3).rails" give the
> results immediately after "no token" was clicked. This corresponds to the
> screenshot 1830-bug-04.jpg.
>
> "Copy (4) of 18xx.log" and "1830_20120406_0054_Mike_8.1(4).rails" give the
> display immediately after collecting the revenue, and the display is back to
> normal. Note that 1830-bug-05.jpg was the result of clicking "undo" after
> paying revenues. I did not attempt to generate a log or saved game for this.
> I have confirmed that loading "1830_20120406_0054_Mike_8.1(3).rails" or
> "1830_20120406_0054_Mike_8.1(4).rails", setting revenue, paying out revenue,
> and then clicking "undo" produces this route display and an earnings
> description of "Best Run Value = 1070 with 6-train=220; D-train=640".
>
> 2)
>
> My system configuration is Intel Celeron 2.66GHz, 2.0Gb RAM, running XP Pro
> 2002 Service pack 3.
>
> 3)
>
> Turning off the Active Routes fixed the problem, and the route displayed and
> values shown looked fine. So, while I find it a useful tool for determining
> where best to lay tiles early in the game, the point at which it becomes
> most useful (once diesels enter the game) is the point at which Active
> Routes becomes unreliable.
>
> Mike Bourke
> Campaign Mastery http://www.campaignmastery.com
> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>
> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Friday, 6 April 2012 2:14 AM
> To: rai...@li...
> Subject: Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug
>
> Mike:
> thanks for your detailed post about your observed bugs.
>
> Most likely there is an issue with the update of routes and revenue
> information. The revenue calculation runs in a separate thread and
> updates from there. During a calculation the revenue thread informs the
> UI about intermediate and best total run values.
>
> However it is the taks of the UI thread to ask the revenue calculation
> thread for route information (including break down by trains), so the
> mechanism for getting routes and total values are completely different
> ones. Something in the synchronization between the calls went wrong on
> your system.
>
> I admit I had to rely on my sparse knowledge of Java 1.2 multi-threading
> instead of using the new and superior methods available now. This is on
> my todo list to be upgraded in Rails 2.0.
>
> So I have the following questions:
>
> * In one case (the B&M, bug 1) I have not found the better route you
> imply (see below).
>
> * What hardware to you use? On my PC I cannot replicate the issues you
> had, but the calculations run quickly fast here, so that none of the
> intermediate results can be seen (none runs for more than a second, even
> for the double Diesel runs). Thus I cannot replicate your bugs (except
> the B&M case, but see above).
>
> * Could you turn off the option in Configuration =>  Map =>  Show active
> routes and check if you still see those kind of bugs? This option has
> been introduced by Frederick in 1.7.0 recently (and it runs in a
> separate thread as well).
>
> * Could you replicate one of the bugs (again except B&M) and then
> immediately store and send me a copy of the 18xx.log file which is
> located in the working directory of Rails?
>
> Stefan
>
> Some more detailed comments see below (more for me for reference)
>
> On 04/05/2012 03:11 PM, Mike Bourke wrote:
>> The revenue calculations and routing displays in the 1.7.x series continue
>> to behave strangely, as illustrated within the saved game and series of
>> screen captures attached.
>>
>> While the example is from 1830, I have observed the same behaviour in
>> several other of the games implemented in Rails 1.7.0.
>>
>> 1830-bug-01.jpg is taken from before a company (in this case, the B&M)
> lays
>> a tile during Op Round 8.1. Note that it shows routes for both trains but
>> ignores the lucrative route to the west.
>
> How to you run the lucrative route to the west, the loop via South NYC
> to Balitmore and a good 5 at the same time? I have seen at least no easy
> improvement over the route currently found, but you might have checked
> that better than me?
>
>>
>> 1830-bug-02 is taken immediately after a piece of straight track has been
>> layed and "no token" chosen, without increasing the potential payout at
> all.
>> Accordingly, the optimum revenue route should not have changed. And yet,
>> mysteriously, the 5-train routing has vanished from the display even
> though
>> there is clearly at least one obvious route, and the Diesel route has
>> completely changed. Note also the information at the top of screen, which
>> reads, "Best Run Value = 920 with 5-train = 0; D-train = 770". Clearly the
>> routing optimisation is being performed by two different algorythms, and
> one
>> of them has a bug in it.
>
> Route information belongs to the best Diesel run alone (so this is a
> temporary result after finding the best Diesel run). The Best Run Value
> belongs to the best combined (D,5) run.
>
>>
>> ---------------------------------------------------------------
>>
>> 1830-bug-03 is taken from later in the same operating round. The NYC has
>> layed a tile, and the route displayed is entirely reasonable.
>
> Agree, seems ok.
>
>>
>> As soon as "no token" is clicked, the and the computer is permitted to
>> calculate its optimum route, the display changes to that shown in
>> 1830-bug-04.jpg. The 6-train route has vanished, the diesel route
> displayed
>> is the one that would have been optimum IF the company only had a diesel,
>> and the text at the top of screen reads "Best Run Value = 1070 with
> 6-train
>> = 0; D-train = 780".
>
> See above: Best Diesel run as route information, whereas the best run
> value shows best (D,6) run.
>
>>
>> Using "undo" and then again choosing "no token", the routing display
>> abruptly changes to that shown in 1830-bug-05.jpg! Note that the lucrative
>> routing to the west is suddenly being ignored, both trains have a
> displayed
>> value, and the text at the top of the screen has changed to read "Best Run
>> Value = 1070 with 6-train = 220; D-train = 640". These individual train
>> earnings numbers do match the route displayed, but don't match the best
> run
>> value total. The game save is from this point.
>
> This is now an intermediate result from the (D,6) optimization which has
> not found the best combination yet. Best run value again correct.
>
>>
>> But as soon as you "set revenue", the route changes, as shown by
>> 1830-bug-06.jpg - to what once again appears to be the optimum route, and
> is
>> *hopefully* the one that matches the actual payout total.
>>
>
> That is ok, given that you have triggered the next phase, it calculates
> and displays the current best values again.
>
>> -------------------------------------------------------------
>>
>> At the start of the next operating round, after a tile has been layed by
> the
>> NYNH, and "no token" chosen, I was presented with the display shown in
>> 1830-bug-07.jpg. This is clealy the other side of the coin. The only route
>> showing is that of the 5-train, and the information shown at the top of
> the
>> screen confirms this: "Best Run Value = 1040 with D-train = 0; 5-train =
>> 260".
>
> OK: This time the trains got optimized in a different order: It shows
> the best 5 train for route information, but the total run value is correct.
>
> Remark: In fact there is no order in which trains should be optimized as
> in the final run the best set of simultaneous runs has to be found.
> However as part of the revenue prediction algorithm which allows to cut
> the search tree, it helps to calculate single runs first (and for more
> three and more trains, to run smaller sets of trains first).
>
>
>>
>> -------------------------------------------------------------
>>
>> Unfortunately, I was unable to replicate the other bug that I had
> previously
>> observed, which also involved the correct calculation of the optimum
> route.
>> But this bug (and I suspect it is just one bug, despite the variation in
>> symptoms) should give the development team enough to be getting on with!
>>
>> Notes: this bug doesn't always manifest. You may have to use the game
> report
>> to return to an earlier stage of the game to replicate the effects, or to
>> click "undo". For example, on reloading the saved game, they NYC display
> and
>> payout appeared quite correct.
>>
>>
>> Mike Bourke
>> Campaign Mastery http://www.campaignmastery.com
>> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>>
>>
>>
>>
>>
>>
>> ---
>> avast! Antivirus: Outbound message clean.
>> Virus Database (VPS): 120404-0, 04/04/2012
>> Tested on: 5/04/2012 11:12:16 PM
>> avast! - copyright (c) 1988-2012 AVAST Software.
>> http://www.avast.com
>>
>>
>>
>>
>>
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> Better than sec? Nothing is better than sec when it comes to
>> monitoring Big Data applications. Try Boundary one-second
>> resolution app monitoring today. Free.
>> http://p.sf.net/sfu/Boundary-dev2dev
>>
>>
>>
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ----------------------------------------------------------------------------
> --
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ---
> avast! Antivirus: Outbound message clean.
> Virus Database (VPS): 120405-0, 05/04/2012
> Tested on: 6/04/2012 11:41:29 AM
> avast! - copyright (c) 1988-2012 AVAST Software.
> http://www.avast.com
>
>
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1880 Alpha 5 Bug Report

[<Dr....@t-...>]

Hi Tom, 

	thanks for your report. 

	1) The Share is added, but theres currently no method to display the
portfolio of a minor in a Statuswindow. 

	This has to be done in the near future. 

	2) I'll need to check that point in the rules. :)  

	Von: "Tom McCorry" <tom...@gm...> 

	An: "'Development list for Rails: an 18xx game'"
<rai...@li...> 

	Betreff: Re: [Rails-devel] 1880 Alpha 5 Bug Report 

	Datum: Tue, 10 Apr 2012 05:20:05 +0200 

	Alpha 5 Playtest Notes: 

	1)      Rails is not ‘assigning’ a share of the first company
opened by a player to its foreign investor. 

	2)      At the end of an SR before the first 3 train is purchased, if
five shares of a company are sold then the stock value should go up
one rom in the market. 

	Tom McCorry

Re: [Rails-devel] 1880 Alpha 5 Bug Report

[Tom M. <tom...@gm...>]

Alpha 5 Playtest Notes:

 

 

1)      Rails is not 'assigning' a share of the first company opened by a
player to its foreign investor.

2)      At the end of an SR before the first 3 train is purchased, if five
shares of a company are sold then the stock value should go up one rom in
the market.

 

Tom McCorry

 

Re: [Rails-devel] Bug in 1830 Coalfields.

[Erik V. <eri...@xs...>]

> However I still have a question open:
> 
> There is currently reporting to the ReportWindow about trains rusting and
> trains getting obsolete (only about trains rusting after being obsolete
> before). There are messages "TrainsObsolete" and "TrainsRusted"
> in LocalisedText which do not occur in the java code, only
> "TrainsObsoleteRusted".
> 
> I suspect this is not a required feature, however I still want to make
sure that
> I do not break something.

I would certainly expect that the "TrainsObsolete" and "TrainsRusted"
messages would appear in the Game Report, and I'm sure that this had been
the case in the past. 
In all likelihood these messages have fallen by the wayside during my
Phase/Train management code reorganization of last year.

My suggestion is to reintroduce these messages, probably in
TrainManager.rustTrainType(), and possibly augmented as per the needs of
1830 Coalfields.

Erik.

Re: [Rails-devel] Bug in 1830 Coalfields.

[Stefan F. <ste...@we...>]

Follow-up:
I have pushed my current implementation to sourceforge, branch rails1.7.x

I have added new messages to indicate both rusting of trains and trains 
get obsolete, the message for obsolescence depends on the method chosen.
Those changes make all test cases temporarily fail, as soon as I have go 
the ok for the new messages from Erik, I will update the reference files 
for the test cases.

Implementation details:
I have added the feature as an attribute "obsoleteTrainFor"to 
TrainManager tag in Game.xml, which appears to me the better location 
than GameParameter as I considered before.

Possible values are documented on the wiki page for Game.xml.

Current settings are
ALL for 1830 coalfield and readings variants
EXCEPT_TRIGGERING for 18TN and 18AL

I have tested that it works for 18TN, however there is no test case that 
lets the 4 train get obsolete for 18AL. If someone could send me a game 
save file that gets beyond that phase, please send it to me directly.

Stefan


Erik:
sure as I already found out where it occurs, most likely it is easier 
for me to achieve that. And it is still some of the places where I am 
currently getting adjusted to Rails 2.0 setup due to my changes to 
Portfolio :-)

However I still have a question open:

There is currently reporting to the ReportWindow about trains rusting 
and trains getting obsolete (only about trains rusting after being 
obsolete before). There are messages "TrainsObsolete" and "TrainsRusted" 
in LocalisedText which do not occur in the java code, only 
"TrainsObsoleteRusted".

I suspect this is not a required feature, however I still want to make 
sure that I do not break something.

Stefan

On 04/09/2012 12:50 AM, Erik Vos wrote:
> Stefan,
> If you like to do it, please go ahead.  It's equal to me.
> Erik.
>
>> -----Original Message-----
>> From: Stefan Frey [mailto:ste...@we...]
>> Sent: Monday, April 09, 2012 12:45 AM
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug in 1830 Coalfields.
>>
>> Arne:
>> I can confirm the bug, thanks for catching it.
>>
>> The rules for obsolescence are different for 18AL (the previous game for
>> which obsolete trains where implemented), which rusts the trains for the
>> company which triggers the phase change.
>>
>> Erik:
>> I suggest to add a field to GameParameters "ObsoleteTrainFor" with values
>> {"all", "exceptTriggering"}
>>
>> I prefer a GameParameter to a Train Attribute here because mixing
> different
>> obsolescence rules in one game is very unlikely to occur.
>>
>> I can implement that, if you do not prefer to do it yourself.
>>
>> Stefan
>>
>>
>> On 04/07/2012 08:07 PM, Arne Östlund wrote:
>>> Hi
>>>
>>> We are playing 1830 Coalfields, when following occured:
>>>
>>> /Hi Arne and all
>>>
>>> I just noticed that Rails has taken away the N&W’s obsolete 2 train.
>> According to the version of the Reading rules that I have, rusted trains
> get to
>> run one more time even for the company that buys the train that causes the
>> rusting.
>>>
>>> > From Alan Moon’s article in Avalon Hill's periodical GENERAL volume 23,
>> issue 6.
>>> Train Changes:
>>> a.       Add one more "4" train.
>>> b.      Use the Optional "6" train.
>>> c.       Diesels now cost $750 with a trade-in engine, or $900 without.
>>> d.      Trains that become obsolete are not removed until after the
> owning
>> corporation's next operating turn. For example: Player A buys the first
> "4"
>> train making all "2" trains obsolete; Player A, who owns a "2" train, does
> not
>> have to remove it until after his next operating turn. And if Player A
> owns a
>> "2" train, he would not have to remove it until after his next turn of
>> operation.
>>> Is that how you all understand the rules?
>>>
>>> John/
>>>
>>>
>>> Save file attached.
>>>
>>>
>>> Regards,
>>>
>>> ArneÖstlund
>>>
>>>
>>>
>>> ----------------------------------------------------------------------
>>> -------- For Developers, A Lot Can Happen In A Second.
>>> Boundary is the first to Know...and Tell You.
>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>>
>>>
>>>
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel


------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 1830 Coalfields.

[Stefan F. <ste...@we...>]

Erik:
sure as I already found out where it occurs, most likely it is easier 
for me to achieve that. And it is still some of the places where I am 
currently getting adjusted to Rails 2.0 setup due to my changes to 
Portfolio :-)

However I still have a question open:

There is currently reporting to the ReportWindow about trains rusting 
and trains getting obsolete (only about trains rusting after being 
obsolete before). There are messages "TrainsObsolete" and "TrainsRusted" 
in LocalisedText which do not occur in the java code, only 
"TrainsObsoleteRusted".

I suspect this is not a required feature, however I still want to make 
sure that I do not break something.

Stefan

On 04/09/2012 12:50 AM, Erik Vos wrote:
> Stefan,
> If you like to do it, please go ahead.  It's equal to me.
> Erik.
>
>> -----Original Message-----
>> From: Stefan Frey [mailto:ste...@we...]
>> Sent: Monday, April 09, 2012 12:45 AM
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug in 1830 Coalfields.
>>
>> Arne:
>> I can confirm the bug, thanks for catching it.
>>
>> The rules for obsolescence are different for 18AL (the previous game for
>> which obsolete trains where implemented), which rusts the trains for the
>> company which triggers the phase change.
>>
>> Erik:
>> I suggest to add a field to GameParameters "ObsoleteTrainFor" with values
>> {"all", "exceptTriggering"}
>>
>> I prefer a GameParameter to a Train Attribute here because mixing
> different
>> obsolescence rules in one game is very unlikely to occur.
>>
>> I can implement that, if you do not prefer to do it yourself.
>>
>> Stefan
>>
>>
>> On 04/07/2012 08:07 PM, Arne Östlund wrote:
>>> Hi
>>>
>>> We are playing 1830 Coalfields, when following occured:
>>>
>>> /Hi Arne and all
>>>
>>> I just noticed that Rails has taken away the N&W’s obsolete 2 train.
>> According to the version of the Reading rules that I have, rusted trains
> get to
>> run one more time even for the company that buys the train that causes the
>> rusting.
>>>
>>> > From Alan Moon’s article in Avalon Hill's periodical GENERAL volume 23,
>> issue 6.
>>> Train Changes:
>>> a.       Add one more "4" train.
>>> b.      Use the Optional "6" train.
>>> c.       Diesels now cost $750 with a trade-in engine, or $900 without.
>>> d.      Trains that become obsolete are not removed until after the
> owning
>> corporation's next operating turn. For example: Player A buys the first
> "4"
>> train making all "2" trains obsolete; Player A, who owns a "2" train, does
> not
>> have to remove it until after his next operating turn. And if Player A
> owns a
>> "2" train, he would not have to remove it until after his next turn of
>> operation.
>>> Is that how you all understand the rules?
>>>
>>> John/
>>>
>>>
>>> Save file attached.
>>>
>>>
>>> Regards,
>>>
>>> ArneÖstlund
>>>
>>>
>>>
>>> ----------------------------------------------------------------------
>>> -------- For Developers, A Lot Can Happen In A Second.
>>> Boundary is the first to Know...and Tell You.
>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>>> http://p.sf.net/sfu/Boundary-d2dvs2
>>>
>>>
>>>
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
> ----------------------------------------------------------------------------
> --
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] 1880 Alpha 5 Bug Report

[Tom M. <tom...@gm...>]

A few items to note from current playtest:

 

1)      Map: Hex H8 should be a selectable town/city double hex. The current
map has it as a double city only.

2)      Undo error: When using undoing opening a company after setting the
par price, when you open it again after the undo Rails will not let you set
the Par price (it use the Par set before the undo)

3)      When opening a company, Rails does not let you choose the size of
the President's share (20,30, or 40%)

4)      When opening a company, Rails does not let you select which of the
open slots in a particular Par price to put the company in (First, Second,
Third, or Fourth). 

 

Tom McCorry

Re: [Rails-devel] Bug in 1830 Coalfields.

[Erik V. <eri...@xs...>]

Stefan,
If you like to do it, please go ahead.  It's equal to me.
Erik.

> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Monday, April 09, 2012 12:45 AM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug in 1830 Coalfields.
> 
> Arne:
> I can confirm the bug, thanks for catching it.
> 
> The rules for obsolescence are different for 18AL (the previous game for
> which obsolete trains where implemented), which rusts the trains for the
> company which triggers the phase change.
> 
> Erik:
> I suggest to add a field to GameParameters "ObsoleteTrainFor" with values
> {"all", "exceptTriggering"}
> 
> I prefer a GameParameter to a Train Attribute here because mixing
different
> obsolescence rules in one game is very unlikely to occur.
> 
> I can implement that, if you do not prefer to do it yourself.
> 
> Stefan
> 
> 
> On 04/07/2012 08:07 PM, Arne Östlund wrote:
> > Hi
> >
> > We are playing 1830 Coalfields, when following occured:
> >
> > /Hi Arne and all
> >
> > I just noticed that Rails has taken away the N&W’s obsolete 2 train.
> According to the version of the Reading rules that I have, rusted trains
get to
> run one more time even for the company that buys the train that causes the
> rusting.
> >
> >>From Alan Moon’s article in Avalon Hill's periodical GENERAL volume 23,
> issue 6.
> > Train Changes:
> > a.       Add one more "4" train.
> > b.      Use the Optional "6" train.
> > c.       Diesels now cost $750 with a trade-in engine, or $900 without.
> > d.      Trains that become obsolete are not removed until after the
owning
> corporation's next operating turn. For example: Player A buys the first
"4"
> train making all "2" trains obsolete; Player A, who owns a "2" train, does
not
> have to remove it until after his next operating turn. And if Player A
owns a
> "2" train, he would not have to remove it until after his next turn of
> operation.
> > Is that how you all understand the rules?
> >
> > John/
> >
> >
> > Save file attached.
> >
> >
> > Regards,
> >
> > ArneÖstlund
> >
> >
> >
> > ----------------------------------------------------------------------
> > -------- For Developers, A Lot Can Happen In A Second.
> > Boundary is the first to Know...and Tell You.
> > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> > http://p.sf.net/sfu/Boundary-d2dvs2
> >
> >
> >
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
>
----------------------------------------------------------------------------
--
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug: 18EU, 1.7.0

[Erik V. <eri...@xs...>]

That's right.  Thanks.

Erik.

> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Monday, April 09, 2012 12:37 AM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug: 18EU, 1.7.0
> 
> Erik:
> I assume you are referring to the following commit:
> 
> 3b3c7 Allow 'pic' attribute in Hex definition in Map.xml.
> 
> with follow-ups:
> e6477 Fixed picture ID determination, which did not work for upgrade
> 5b0f1 Fix to previous commit
> 
> I have not picked them as I did not realize that they there required for
the
> Goderich fix. I will pick them into Rails1.7.x.
> 
> Stefan
> 
> 
> On 04/08/2012 11:40 PM, Erik Vos wrote:
> > Not sure what's wrong here.  I don't have this problem with the master
> code.
> > Version 1.7.2 has the correct XML for Hamburg:
> > 	<Hex name="B7" value="30,50" tile="-903" pic="-939"
> orientation="1"
> > city="Hamburg">
> > 		<Access runThrough="yes"/>
> > 	</Hex>
> > so perhaps some old code is included that does not pick up or use the
'pic'
> > attribute (which is new).
> > Stefan, could you check this?
> >
> > Erik.
> >
> >> -----Original Message-----
> >> From: John David Galt [mailto:jd...@di...]
> >> Sent: Sunday, April 08, 2012 10:08 PM
> >> To: Development list for Rails: an 18xx game
> >> Subject: Re: [Rails-devel] Bug: 18EU, 1.7.0
> >>
> >> Stefan Frey wrote:
> >>> Martin:
> >>> the fix is works perfectly and is exactly what was missing.
> >>> Pushed into rails1.7.x branch.
> >>>
> >>> John:
> >>> thanks for catching the bug. Most likely it was hidden as most
> >>> players will prefer choosing to choose the home token at an already
> >>> connected station.
> >>
> >> The fix worked, but another bug seems to have arisen in 1.7.2 --
> >> Hamburg (red
> >> off-board) is now shown as three unconnected arrows.  Running through
> >> it still works, though.
> >>
> >>
> > ----------------------------------------------------------------------
> > ------
> > --
> >> For Developers, A Lot Can Happen In A Second.
> >> Boundary is the first to Know...and Tell You.
> >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> >> http://p.sf.net/sfu/Boundary-d2dvs2
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> >
> > ----------------------------------------------------------------------
> > -------- For Developers, A Lot Can Happen In A Second.
> > Boundary is the first to Know...and Tell You.
> > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> > http://p.sf.net/sfu/Boundary-d2dvs2
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> 
>
----------------------------------------------------------------------------
--
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug in 1830 Coalfields.

[Stefan F. <ste...@we...>]

Arne:
I can confirm the bug, thanks for catching it.

The rules for obsolescence are different for 18AL (the previous game
for which obsolete trains where implemented), which rusts the trains for
the company which triggers the phase change.

Erik:
I suggest to add a field to GameParameters "ObsoleteTrainFor" with 
values {"all", "exceptTriggering"}

I prefer a GameParameter to a Train Attribute here because mixing 
different obsolescence rules in one game is very unlikely to occur.

I can implement that, if you do not prefer to do it yourself.

Stefan


On 04/07/2012 08:07 PM, Arne Östlund wrote:
> Hi
>
> We are playing 1830 Coalfields, when following occured:
>
> /Hi Arne and all
>
> I just noticed that Rails has taken away the N&W’s obsolete 2 train.  According to the version of the Reading rules that I have, rusted trains get to run one more time even for the company that buys the train that causes the rusting.
>
>>From Alan Moon’s article in Avalon Hill's periodical GENERAL volume 23, issue 6.
> Train Changes:
> a.       Add one more "4" train.
> b.      Use the Optional "6" train.
> c.       Diesels now cost $750 with a trade-in engine, or $900 without.
> d.      Trains that become obsolete are not removed until after the owning corporation's next operating turn. For example: Player A buys the first "4" train making all "2" trains obsolete; Player A, who owns a "2" train, does not have to remove it until after his next operating turn. And if Player A owns a "2" train, he would not have to remove it until after his next turn of operation.
> Is that how you all understand the rules?
>
> John/
>
>
> Save file attached.
>
>
> Regards,
>
> ArneÖstlund
>
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug: 18EU, 1.7.0

[Stefan F. <ste...@we...>]

Erik:
I assume you are referring to the following commit:

3b3c7 Allow 'pic' attribute in Hex definition in Map.xml.

with follow-ups:
e6477 Fixed picture ID determination, which did not work for upgrade
5b0f1 Fix to previous commit

I have not picked them as I did not realize that they there required for 
the Goderich fix. I will pick them into Rails1.7.x.

Stefan


On 04/08/2012 11:40 PM, Erik Vos wrote:
> Not sure what's wrong here.  I don't have this problem with the master code.
> Version 1.7.2 has the correct XML for Hamburg:
> 	<Hex name="B7" value="30,50" tile="-903" pic="-939" orientation="1"
> city="Hamburg">
> 		<Access runThrough="yes"/>
> 	</Hex>
> so perhaps some old code is included that does not pick up or use the 'pic'
> attribute (which is new).
> Stefan, could you check this?
>
> Erik.
>
>> -----Original Message-----
>> From: John David Galt [mailto:jd...@di...]
>> Sent: Sunday, April 08, 2012 10:08 PM
>> To: Development list for Rails: an 18xx game
>> Subject: Re: [Rails-devel] Bug: 18EU, 1.7.0
>>
>> Stefan Frey wrote:
>>> Martin:
>>> the fix is works perfectly and is exactly what was missing.
>>> Pushed into rails1.7.x branch.
>>>
>>> John:
>>> thanks for catching the bug. Most likely it was hidden as most players
>>> will prefer choosing to choose the home token at an already connected
>>> station.
>>
>> The fix worked, but another bug seems to have arisen in 1.7.2 -- Hamburg
>> (red
>> off-board) is now shown as three unconnected arrows.  Running through it
>> still works, though.
>>
>>
> ----------------------------------------------------------------------------
> --
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug: 18EU, 1.7.0

[Erik V. <eri...@xs...>]

Not sure what's wrong here.  I don't have this problem with the master code.
Version 1.7.2 has the correct XML for Hamburg:
	<Hex name="B7" value="30,50" tile="-903" pic="-939" orientation="1"
city="Hamburg">
		<Access runThrough="yes"/>
	</Hex>
so perhaps some old code is included that does not pick up or use the 'pic'
attribute (which is new).
Stefan, could you check this?

Erik.

> -----Original Message-----
> From: John David Galt [mailto:jd...@di...]
> Sent: Sunday, April 08, 2012 10:08 PM
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Bug: 18EU, 1.7.0
> 
> Stefan Frey wrote:
> > Martin:
> > the fix is works perfectly and is exactly what was missing.
> > Pushed into rails1.7.x branch.
> >
> > John:
> > thanks for catching the bug. Most likely it was hidden as most players
> > will prefer choosing to choose the home token at an already connected
> > station.
> 
> The fix worked, but another bug seems to have arisen in 1.7.2 -- Hamburg
> (red
> off-board) is now shown as three unconnected arrows.  Running through it
> still works, though.
> 
>
----------------------------------------------------------------------------
--
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug: 18EU, 1.7.0

[John D. G. <jd...@di...>]

Stefan Frey wrote:
> Martin:
> the fix is works perfectly and is exactly what was missing.
> Pushed into rails1.7.x branch.
> 
> John:
> thanks for catching the bug. Most likely it was hidden as most players 
> will prefer choosing to choose the home token at an already connected 
> station.

The fix worked, but another bug seems to have arisen in 1.7.2 -- Hamburg (red
off-board) is now shown as three unconnected arrows.  Running through it still
works, though.

Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug

[Mike B. <com...@ip...>]

Sorry, forgot to attach the zip!

Mike

Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug

[Mike B. <com...@ip...>]

Hi Stefan -

1)

Closer inspection shows that the "better route" I thought I was seeing for
the B&M required re-using a tiny segment of track from D20 to E19. Small,
but enough to invalidate the result. I could not reproduce the strange
behaviour of the route display either.

4) 

I focussed on the NYC operating round in OR 8.1, as requested.

in the enclosed zip file are 4 copies of the log and 3 saved games showing
the different stages of the bug for the NYC operating round.

"Copy of 18xx.log" is from the original game and may not be of much use to
you. It was created prior to relaunching any games.

I then deleted the original log file and relaunched the game, loading the
saved game that I have previously sent and returning to the first noted
aberrational behaviour (B&M's op round 8.1) and playing forward from there.

"Copy (2) of 18xx.log" and "1830_20120406_0054_Mike_8.1(2).rails" give the
initial display of the NYC route and all looks fine. This corresponds to the
screenshot 1830-bug-03.jpg.

"Copy (3) of 18xx.log" and "1830_20120406_0054_Mike_8.1(3).rails" give the
results immediately after "no token" was clicked. This corresponds to the
screenshot 1830-bug-04.jpg.

"Copy (4) of 18xx.log" and "1830_20120406_0054_Mike_8.1(4).rails" give the
display immediately after collecting the revenue, and the display is back to
normal. Note that 1830-bug-05.jpg was the result of clicking "undo" after
paying revenues. I did not attempt to generate a log or saved game for this.
I have confirmed that loading "1830_20120406_0054_Mike_8.1(3).rails" or
"1830_20120406_0054_Mike_8.1(4).rails", setting revenue, paying out revenue,
and then clicking "undo" produces this route display and an earnings
description of "Best Run Value = 1070 with 6-train=220; D-train=640".

2)

My system configuration is Intel Celeron 2.66GHz, 2.0Gb RAM, running XP Pro
2002 Service pack 3.

3)

Turning off the Active Routes fixed the problem, and the route displayed and
values shown looked fine. So, while I find it a useful tool for determining
where best to lay tiles early in the game, the point at which it becomes
most useful (once diesels enter the game) is the point at which Active
Routes becomes unreliable.

Mike Bourke
Campaign Mastery http://www.campaignmastery.com
Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Friday, 6 April 2012 2:14 AM
To: rai...@li...
Subject: Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug

Mike:
thanks for your detailed post about your observed bugs.

Most likely there is an issue with the update of routes and revenue 
information. The revenue calculation runs in a separate thread and 
updates from there. During a calculation the revenue thread informs the 
UI about intermediate and best total run values.

However it is the taks of the UI thread to ask the revenue calculation 
thread for route information (including break down by trains), so the 
mechanism for getting routes and total values are completely different 
ones. Something in the synchronization between the calls went wrong on 
your system.

I admit I had to rely on my sparse knowledge of Java 1.2 multi-threading 
instead of using the new and superior methods available now. This is on 
my todo list to be upgraded in Rails 2.0.

So I have the following questions:

* In one case (the B&M, bug 1) I have not found the better route you 
imply (see below).

* What hardware to you use? On my PC I cannot replicate the issues you 
had, but the calculations run quickly fast here, so that none of the 
intermediate results can be seen (none runs for more than a second, even 
for the double Diesel runs). Thus I cannot replicate your bugs (except 
the B&M case, but see above).

* Could you turn off the option in Configuration => Map => Show active 
routes and check if you still see those kind of bugs? This option has 
been introduced by Frederick in 1.7.0 recently (and it runs in a 
separate thread as well).

* Could you replicate one of the bugs (again except B&M) and then 
immediately store and send me a copy of the 18xx.log file which is 
located in the working directory of Rails?

Stefan

Some more detailed comments see below (more for me for reference)

On 04/05/2012 03:11 PM, Mike Bourke wrote:
> The revenue calculations and routing displays in the 1.7.x series continue
> to behave strangely, as illustrated within the saved game and series of
> screen captures attached.
>
> While the example is from 1830, I have observed the same behaviour in
> several other of the games implemented in Rails 1.7.0.
>
> 1830-bug-01.jpg is taken from before a company (in this case, the B&M)
lays
> a tile during Op Round 8.1. Note that it shows routes for both trains but
> ignores the lucrative route to the west.

How to you run the lucrative route to the west, the loop via South NYC 
to Balitmore and a good 5 at the same time? I have seen at least no easy 
improvement over the route currently found, but you might have checked 
that better than me?

>
> 1830-bug-02 is taken immediately after a piece of straight track has been
> layed and "no token" chosen, without increasing the potential payout at
all.
> Accordingly, the optimum revenue route should not have changed. And yet,
> mysteriously, the 5-train routing has vanished from the display even
though
> there is clearly at least one obvious route, and the Diesel route has
> completely changed. Note also the information at the top of screen, which
> reads, "Best Run Value = 920 with 5-train = 0; D-train = 770". Clearly the
> routing optimisation is being performed by two different algorythms, and
one
> of them has a bug in it.

Route information belongs to the best Diesel run alone (so this is a 
temporary result after finding the best Diesel run). The Best Run Value 
belongs to the best combined (D,5) run.

>
> ---------------------------------------------------------------
>
> 1830-bug-03 is taken from later in the same operating round. The NYC has
> layed a tile, and the route displayed is entirely reasonable.

Agree, seems ok.

>
> As soon as "no token" is clicked, the and the computer is permitted to
> calculate its optimum route, the display changes to that shown in
> 1830-bug-04.jpg. The 6-train route has vanished, the diesel route
displayed
> is the one that would have been optimum IF the company only had a diesel,
> and the text at the top of screen reads "Best Run Value = 1070 with
6-train
> = 0; D-train = 780".

See above: Best Diesel run as route information, whereas the best run 
value shows best (D,6) run.

>
> Using "undo" and then again choosing "no token", the routing display
> abruptly changes to that shown in 1830-bug-05.jpg! Note that the lucrative
> routing to the west is suddenly being ignored, both trains have a
displayed
> value, and the text at the top of the screen has changed to read "Best Run
> Value = 1070 with 6-train = 220; D-train = 640". These individual train
> earnings numbers do match the route displayed, but don't match the best
run
> value total. The game save is from this point.

This is now an intermediate result from the (D,6) optimization which has 
not found the best combination yet. Best run value again correct.

>
> But as soon as you "set revenue", the route changes, as shown by
> 1830-bug-06.jpg - to what once again appears to be the optimum route, and
is
> *hopefully* the one that matches the actual payout total.
>

That is ok, given that you have triggered the next phase, it calculates 
and displays the current best values again.

> -------------------------------------------------------------
>
> At the start of the next operating round, after a tile has been layed by
the
> NYNH, and "no token" chosen, I was presented with the display shown in
> 1830-bug-07.jpg. This is clealy the other side of the coin. The only route
> showing is that of the 5-train, and the information shown at the top of
the
> screen confirms this: "Best Run Value = 1040 with D-train = 0; 5-train =
> 260".

OK: This time the trains got optimized in a different order: It shows 
the best 5 train for route information, but the total run value is correct.

Remark: In fact there is no order in which trains should be optimized as 
in the final run the best set of simultaneous runs has to be found. 
However as part of the revenue prediction algorithm which allows to cut 
the search tree, it helps to calculate single runs first (and for more 
three and more trains, to run smaller sets of trains first).


>
> -------------------------------------------------------------
>
> Unfortunately, I was unable to replicate the other bug that I had
previously
> observed, which also involved the correct calculation of the optimum
route.
> But this bug (and I suspect it is just one bug, despite the variation in
> symptoms) should give the development team enough to be getting on with!
>
> Notes: this bug doesn't always manifest. You may have to use the game
report
> to return to an earlier stage of the game to replicate the effects, or to
> click "undo". For example, on reloading the saved game, they NYC display
and
> payout appeared quite correct.
>
>
> Mike Bourke
> Campaign Mastery http://www.campaignmastery.com
> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>
>
>
>
>
>
> ---
> avast! Antivirus: Outbound message clean.
> Virus Database (VPS): 120404-0, 04/04/2012
> Tested on: 5/04/2012 11:12:16 PM
> avast! - copyright (c) 1988-2012 AVAST Software.
> http://www.avast.com
>
>
>
>
>
>
>
>
----------------------------------------------------------------------------
--
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel


----------------------------------------------------------------------------
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel



---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 120405-0, 05/04/2012
Tested on: 6/04/2012 11:41:29 AM
avast! - copyright (c) 1988-2012 AVAST Software.
http://www.avast.com

Re: [Rails-devel] Rails 1.7.x revenue display / calculation bug

[Stefan F. <ste...@we...>]

Mike:
thanks for your detailed post about your observed bugs.

Most likely there is an issue with the update of routes and revenue 
information. The revenue calculation runs in a separate thread and 
updates from there. During a calculation the revenue thread informs the 
UI about intermediate and best total run values.

However it is the taks of the UI thread to ask the revenue calculation 
thread for route information (including break down by trains), so the 
mechanism for getting routes and total values are completely different 
ones. Something in the synchronization between the calls went wrong on 
your system.

I admit I had to rely on my sparse knowledge of Java 1.2 multi-threading 
instead of using the new and superior methods available now. This is on 
my todo list to be upgraded in Rails 2.0.

So I have the following questions:

* In one case (the B&M, bug 1) I have not found the better route you 
imply (see below).

* What hardware to you use? On my PC I cannot replicate the issues you 
had, but the calculations run quickly fast here, so that none of the 
intermediate results can be seen (none runs for more than a second, even 
for the double Diesel runs). Thus I cannot replicate your bugs (except 
the B&M case, but see above).

* Could you turn off the option in Configuration => Map => Show active 
routes and check if you still see those kind of bugs? This option has 
been introduced by Frederick in 1.7.0 recently (and it runs in a 
separate thread as well).

* Could you replicate one of the bugs (again except B&M) and then 
immediately store and send me a copy of the 18xx.log file which is 
located in the working directory of Rails?

Stefan

Some more detailed comments see below (more for me for reference)

On 04/05/2012 03:11 PM, Mike Bourke wrote:
> The revenue calculations and routing displays in the 1.7.x series continue
> to behave strangely, as illustrated within the saved game and series of
> screen captures attached.
>
> While the example is from 1830, I have observed the same behaviour in
> several other of the games implemented in Rails 1.7.0.
>
> 1830-bug-01.jpg is taken from before a company (in this case, the B&M) lays
> a tile during Op Round 8.1. Note that it shows routes for both trains but
> ignores the lucrative route to the west.

How to you run the lucrative route to the west, the loop via South NYC 
to Balitmore and a good 5 at the same time? I have seen at least no easy 
improvement over the route currently found, but you might have checked 
that better than me?

>
> 1830-bug-02 is taken immediately after a piece of straight track has been
> layed and "no token" chosen, without increasing the potential payout at all.
> Accordingly, the optimum revenue route should not have changed. And yet,
> mysteriously, the 5-train routing has vanished from the display even though
> there is clearly at least one obvious route, and the Diesel route has
> completely changed. Note also the information at the top of screen, which
> reads, "Best Run Value = 920 with 5-train = 0; D-train = 770". Clearly the
> routing optimisation is being performed by two different algorythms, and one
> of them has a bug in it.

Route information belongs to the best Diesel run alone (so this is a 
temporary result after finding the best Diesel run). The Best Run Value 
belongs to the best combined (D,5) run.

>
> ---------------------------------------------------------------
>
> 1830-bug-03 is taken from later in the same operating round. The NYC has
> layed a tile, and the route displayed is entirely reasonable.

Agree, seems ok.

>
> As soon as "no token" is clicked, the and the computer is permitted to
> calculate its optimum route, the display changes to that shown in
> 1830-bug-04.jpg. The 6-train route has vanished, the diesel route displayed
> is the one that would have been optimum IF the company only had a diesel,
> and the text at the top of screen reads "Best Run Value = 1070 with 6-train
> = 0; D-train = 780".

See above: Best Diesel run as route information, whereas the best run 
value shows best (D,6) run.

>
> Using "undo" and then again choosing "no token", the routing display
> abruptly changes to that shown in 1830-bug-05.jpg! Note that the lucrative
> routing to the west is suddenly being ignored, both trains have a displayed
> value, and the text at the top of the screen has changed to read "Best Run
> Value = 1070 with 6-train = 220; D-train = 640". These individual train
> earnings numbers do match the route displayed, but don't match the best run
> value total. The game save is from this point.

This is now an intermediate result from the (D,6) optimization which has 
not found the best combination yet. Best run value again correct.

>
> But as soon as you "set revenue", the route changes, as shown by
> 1830-bug-06.jpg - to what once again appears to be the optimum route, and is
> *hopefully* the one that matches the actual payout total.
>

That is ok, given that you have triggered the next phase, it calculates 
and displays the current best values again.

> -------------------------------------------------------------
>
> At the start of the next operating round, after a tile has been layed by the
> NYNH, and "no token" chosen, I was presented with the display shown in
> 1830-bug-07.jpg. This is clealy the other side of the coin. The only route
> showing is that of the 5-train, and the information shown at the top of the
> screen confirms this: "Best Run Value = 1040 with D-train = 0; 5-train =
> 260".

OK: This time the trains got optimized in a different order: It shows 
the best 5 train for route information, but the total run value is correct.

Remark: In fact there is no order in which trains should be optimized as 
in the final run the best set of simultaneous runs has to be found. 
However as part of the revenue prediction algorithm which allows to cut 
the search tree, it helps to calculate single runs first (and for more 
three and more trains, to run smaller sets of trains first).


>
> -------------------------------------------------------------
>
> Unfortunately, I was unable to replicate the other bug that I had previously
> observed, which also involved the correct calculation of the optimum route.
> But this bug (and I suspect it is just one bug, despite the variation in
> symptoms) should give the development team enough to be getting on with!
>
> Notes: this bug doesn't always manifest. You may have to use the game report
> to return to an earlier stage of the game to replicate the effects, or to
> click "undo". For example, on reloading the saved game, they NYC display and
> payout appeared quite correct.
>
>
> Mike Bourke
> Campaign Mastery http://www.campaignmastery.com
> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>
>
>
>
>
>
> ---
> avast! Antivirus: Outbound message clean.
> Virus Database (VPS): 120404-0, 04/04/2012
> Tested on: 5/04/2012 11:12:16 PM
> avast! - copyright (c) 1988-2012 AVAST Software.
> http://www.avast.com
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
>
>
>
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] [Rails-users] Release Rails 1.7.2 available

[Mike B. <com...@ip...>]

1.7.2 is showing up now.

Mike Bourke
Campaign Mastery http://www.campaignmastery.com
Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com


-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Thursday, 5 April 2012 8:49 PM
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] [Rails-users] Release Rails 1.7.2 available

Most likely related to the recent slow synchronizing of sourceforge 
and/or a browser cache problem (press F5).


On 04/05/2012 11:19 AM, Mike Bourke wrote:
> Download worked fine. I note that the home page
> http://rails.sourceforge.net/ has not been updated since the release of
> 1.7.0, however.
>
> Mike Bourke
> Campaign Mastery http://www.campaignmastery.com
> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>
>
> -----Original Message-----
> From: vol...@ar... [mailto:vol...@ar...]
> Sent: Thursday, 5 April 2012 7:10 PM
> To: rai...@li...
> Subject: [Rails-devel] [Rails-users] Release Rails 1.7.2 available
>
> Hi Stefan.
> the download of the new release worked for me without problems.
>
> 2 issues of minor level.
> 1. when leaving the configuration window, the message say please use save
or
> save as... Button. There is no save-Button. see Screenshot.
> 2. 18EU, selecting a minor company for Bid, decline the bid. the next
player
> gets only a tiny button without the text "select no bid", see screenshot
and
> save-file.
>
> greetings Volker
>
>
> ----- Original Nachricht ----
>> Phil:
>> Seems to be an ongoing issue.
>>
>> Out of 10 tries I only get 1 complete listing of the complete folder and
>> all files in 1.7.2.
>> Once I was even able to set the properties on the files.
>> The weird experience was that from the other 9 failed tries the results
>> were often different (sometimes the folder was not existent, sometimes
>> empty, sometimes it showed the readme ...)
>>
>> Sourceforge recently changed it filepaths (see
>>
>
http://sourceforge.net/apps/wordpress/sourceforge/2012/03/09/file-release-sy
>> stem-permissions-updates/),
>> but for the first upload I used the same URI as for the 1.7.1 release
>> one day before.
>>
>> I deleted the complete folder and uploaded everything again (using the
>> new upload URIs), but no success.
>>
>> If nothing changes until start of US business day, I will file a ticket.
>>
>> Stefan
>>
>
>


----------------------------------------------------------------------------
--
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel



---
avast! Antivirus: Outbound message clean.
Virus Database (VPS): 120404-0, 04/04/2012
Tested on: 5/04/2012 11:13:02 PM
avast! - copyright (c) 1988-2012 AVAST Software.
http://www.avast.com

[Rails-devel] Rails 1.7.x revenue display / calculation bug

[Mike B. <com...@ip...>]

The revenue calculations and routing displays in the 1.7.x series continue
to behave strangely, as illustrated within the saved game and series of
screen captures attached.

While the example is from 1830, I have observed the same behaviour in
several other of the games implemented in Rails 1.7.0.

1830-bug-01.jpg is taken from before a company (in this case, the B&M) lays
a tile during Op Round 8.1. Note that it shows routes for both trains but
ignores the lucrative route to the west.

1830-bug-02 is taken immediately after a piece of straight track has been
layed and "no token" chosen, without increasing the potential payout at all.
Accordingly, the optimum revenue route should not have changed. And yet,
mysteriously, the 5-train routing has vanished from the display even though
there is clearly at least one obvious route, and the Diesel route has
completely changed. Note also the information at the top of screen, which
reads, "Best Run Value = 920 with 5-train = 0; D-train = 770". Clearly the
routing optimisation is being performed by two different algorythms, and one
of them has a bug in it.

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

1830-bug-03 is taken from later in the same operating round. The NYC has
layed a tile, and the route displayed is entirely reasonable.

As soon as "no token" is clicked, the and the computer is permitted to
calculate its optimum route, the display changes to that shown in
1830-bug-04.jpg. The 6-train route has vanished, the diesel route displayed
is the one that would have been optimum IF the company only had a diesel,
and the text at the top of screen reads "Best Run Value = 1070 with 6-train
= 0; D-train = 780".

Using "undo" and then again choosing "no token", the routing display
abruptly changes to that shown in 1830-bug-05.jpg! Note that the lucrative
routing to the west is suddenly being ignored, both trains have a displayed
value, and the text at the top of the screen has changed to read "Best Run
Value = 1070 with 6-train = 220; D-train = 640". These individual train
earnings numbers do match the route displayed, but don't match the best run
value total. The game save is from this point.

But as soon as you "set revenue", the route changes, as shown by
1830-bug-06.jpg - to what once again appears to be the optimum route, and is
*hopefully* the one that matches the actual payout total.

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

At the start of the next operating round, after a tile has been layed by the
NYNH, and "no token" chosen, I was presented with the display shown in
1830-bug-07.jpg. This is clealy the other side of the coin. The only route
showing is that of the 5-train, and the information shown at the top of the
screen confirms this: "Best Run Value = 1040 with D-train = 0; 5-train =
260".

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

Unfortunately, I was unable to replicate the other bug that I had previously
observed, which also involved the correct calculation of the optimum route.
But this bug (and I suspect it is just one bug, despite the variation in
symptoms) should give the development team enough to be getting on with!

Notes: this bug doesn't always manifest. You may have to use the game report
to return to an earlier stage of the game to replicate the effects, or to
click "undo". For example, on reloading the saved game, they NYC display and
payout appeared quite correct.


Mike Bourke
Campaign Mastery http://www.campaignmastery.com
Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com

Re: [Rails-devel] [Rails-users] Release Rails 1.7.2 available

[Stefan F. <ste...@we...>]

Most likely related to the recent slow synchronizing of sourceforge 
and/or a browser cache problem (press F5).


On 04/05/2012 11:19 AM, Mike Bourke wrote:
> Download worked fine. I note that the home page
> http://rails.sourceforge.net/ has not been updated since the release of
> 1.7.0, however.
>
> Mike Bourke
> Campaign Mastery http://www.campaignmastery.com
> Co-author, Assassin's Amulet http://www.legaciescampaignsetting.com
>
>
> -----Original Message-----
> From: vol...@ar... [mailto:vol...@ar...]
> Sent: Thursday, 5 April 2012 7:10 PM
> To: rai...@li...
> Subject: [Rails-devel] [Rails-users] Release Rails 1.7.2 available
>
> Hi Stefan.
> the download of the new release worked for me without problems.
>
> 2 issues of minor level.
> 1. when leaving the configuration window, the message say please use save or
> save as... Button. There is no save-Button. see Screenshot.
> 2. 18EU, selecting a minor company for Bid, decline the bid. the next player
> gets only a tiny button without the text "select no bid", see screenshot and
> save-file.
>
> greetings Volker
>
>
> ----- Original Nachricht ----
>> Phil:
>> Seems to be an ongoing issue.
>>
>> Out of 10 tries I only get 1 complete listing of the complete folder and
>> all files in 1.7.2.
>> Once I was even able to set the properties on the files.
>> The weird experience was that from the other 9 failed tries the results
>> were often different (sometimes the folder was not existent, sometimes
>> empty, sometimes it showed the readme ...)
>>
>> Sourceforge recently changed it filepaths (see
>>
> http://sourceforge.net/apps/wordpress/sourceforge/2012/03/09/file-release-sy
>> stem-permissions-updates/),
>> but for the first upload I used the same URI as for the 1.7.1 release
>> one day before.
>>
>> I deleted the complete folder and uploaded everything again (using the
>> new upload URIs), but no success.
>>
>> If nothing changes until start of US business day, I will file a ticket.
>>
>> Stefan
>>
>
>