Bug - Waiting for Info Detecting battlefield ending different when adventuring from the CLI vs relay browser

[Crowther]

> ash get_property("hippiesDefeated")

Returned: 992

> adv 1 bat frat

Visit to IsleWar: The Battlefield (Frat Uniform) in progress...
There are no hippy soldiers left.

> ash get_property("hippiesDefeated")

Returned: 992

I would have expected that variable to update to 1000. Then I clicked on the battle field in the relay browser and got "There are no hippy soldiers left -- the way to their camp is clear!" I returned to the CLI.

> ash get_property("hippiesDefeated")

Returned: 1000

So, it works correctly from the relay browser.

 

[Theraze]

It wasn't the adventuring that fixed it, but seeing the island. You can replicate this by using text place.php?whichplace=islandwar (or whatever place it is) and it will update the count.

 

[Crowther]

It wasn't the adventuring that fixed it, but seeing the island.

Of course. Now that you say it, I remember that was how it worked. (really)

 

[Veracity]

We could/should correct the kill count when detecting the adventure failure - which is how I interpreted the Bug Report.

 

[Theraze]

Well, here's the 5 year old scripted v. relay war update thread. It was regarding warProgress only being set when looking with relay, and that bug got fixed by Veracity about 3.5 years ago.
http://kolmafia.us/showthread.php?9...ed-when-viewing-the-Island-with-relay-browser

 

[ckb]

We could/should correct the kill count when detecting the adventure failure - which is how I interpreted the Bug Report.

This is slightly related to that too: http://kolmafia.us/showthread.php?21568-War-Progress-misalignment

 

[Crowther]

We could/should correct the kill count when detecting the adventure failure - which is how I interpreted the Bug Report.

That's my request. It was poorly worded, because I thought it used to do that.

 

[Darzil]

Hopefully fixed by r18815.